Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#41 2016-08-12 18:37:04
- johnstephens
- Plugin Author
- From: Woodbridge, VA
- Registered: 2008-06-01
- Posts: 989
- Website
Offline
#42 2016-08-13 06:23:56
- colak
- Admin
- From: Cyprus
- Registered: 2004-11-20
- Posts: 7,364
- Website
Re: Plugins broken in 4.6
Yiannis
——————————
neme.org | hblack.net | LABS | State Machines | Respbublika! | NeMe @ github
Offline
#43 2016-08-15 15:01:34
- GugUser
- Member
- From: Quito (Ecuador)
- Registered: 2007-12-16
- Posts: 1,400
Re: Plugins broken in 4.6
uli wrote #299012:
esq_sectionsort
Broken feature: Sorting of categories
Can be fixed with:
Hi uli
Thanks for you proposals.
I made a version 2.03 with your fixes and it seems to work fine for sections. But the category tab doesn’t show the sort option. Do you know why?
Offline
#44 2016-08-15 19:55:46
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,208
Re: Plugins broken in 4.6
I have these sorting indicators on both pages, sections and categories, and sorting is saved on both, too.
Some plugin incompatibility on your side? TXP version? At the time I fixed it no betas were yet released, and I didn’t have the opportunity to test one until. Try my esq_cs copy, but other than that I’m out of ideas, I’m afraid.
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#45 2016-08-16 01:56:52
- GugUser
- Member
- From: Quito (Ecuador)
- Registered: 2007-12-16
- Posts: 1,400
Re: Plugins broken in 4.6
Thank you, uli. Your copy works in 4.6 beta 2. I had done the same replaces based on this plugin version. I don’t know why it didn’t work. The following part was not executed:
.wrapAll('<div class="categorysort"/>')Now, with your version, all is fine.
Who is caimini?
Offline
#46 2016-10-03 15:50:40
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,208
Re: Plugins broken in 4.6
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#47 2016-10-04 11:14:56
- ENB
- New Member
- Registered: 2016-10-04
- Posts: 5
Re: Plugins broken in 4.6
tru_tags is broken at 4.6v (mysqli)
Offline
#48 2016-12-02 19:16:34
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,208
Re: Plugins broken in 4.6
I’ve just harvested the forums for those postings offering schematic solutions for fixing misbehaving/broken plugins in 4.6+ and set up a small link list. Did I overlook anything?
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#49 2016-12-02 19:43:00
- jakob
- Admin
- From: Germany
- Registered: 2005-01-20
- Posts: 3,579
- Website
Re: Plugins broken in 4.6
ENB wrote #301946:
tru_tags is broken at 4.6v (mysqli)
A couple of fixes have been made to this since and incorporated by nathan, the plugin author: see the github repo.
uli wrote #303132:
schematic solutions for fixing misbehaving/broken plugins in 4.6+: small link list.
Good idea. Thank you!
TXP Builders – finely-crafted code, design and txp
Offline
#50 2017-11-01 14:06:46
- jayrope
- Plugin Author
- From: Berlin
- Registered: 2006-07-06
- Posts: 640
- Website
Re: Plugins broken in 4.6
cbe_frontauth 0.97 gave me a unregistered_tag error in debug mode on a site just updated to 4.6.2.
The error goes away first by adding the following at the top of the plugin code:
if (class_exists('\Textpattern\Tag\Registry')) {
Txp::get('\Textpattern\Tag\Registry')
->register('cbe_frontauth')
->register('cbe_frontauth_backend')
->register('cbe_frontauth_box')
->register ('cbe_frontauth_if_connected')
->register('cbe_frontauth_invite')
->register('cbe_frontauth_edit_article')
->register('cbe_frontauth_label')
->register('cbe_frontauth_link')
->register('cbe_frontauth_if_logged')
->register('cbe_frontauth_login')
->register('cbe_frontauth_loginwith')
->register('cbe_frontauth_logname')
->register('cbe_frontauth_logout')
->register('cbe_frontauth_password')
->register('cbe_frontauth_protect')
->register('cbe_frontauth_redirect')
->register('cbe_frontauth_reset')
->register('cbe_frontauth_stay')
->register('cbe_frontauth_submit')
->register('cbe_frontauth_whois')
;
}
EDIT: However, it takes a while until that EDIT box appears, although i am logged in. Upon trying to edit that article i get multiple popups saying
User_Error "'' is not an integer". twice
then
User_Error "Incorrect parameter count in the call to native function 'FROM_UNIXTIME'".
then the whole round again.
Apparently somehow the article ID doesn’t seem to make it into the link and i end up with an empty article write window in the backend.
Hmmm. I’m gonna copy this post into the cbe_frontauth plugin thread…
Last edited by jayrope (2017-11-02 00:49:58)
a hole turned upside down is a dome, though only when there’s gravity.
Offline