Editor & BB Code Manager 2.0.1 Patch Level 1
- Thread starter Lukas W.
- Start date
I updated to PHP 8.1 and my admin panel would not load and showed the error below. I disabled all of my addons, switched back to the older PHP, re-enabled them one by one, and when I enabled this one the admin CP would not load again with the same error shown. Currently running 8.1.11.
I saw the support for this is minimal but would love to get this working again, as it's an amazing addon!
I saw the support for this is minimal but would love to get this working again, as it's an amazing addon!
PapaTango
Member
The two most recent 'bugs' reported here just emerged when I updated my server to PHP v8.1. I am getting the same two template errors as @tajhay shown below. Also, the table function is tricky. The insertion of a table works just fine, until one closes and opens an editor window in something with the table.
Suddenly, the BB code is not parsed, objects inserted in the table flow vertically--and the BB table code appears in the rendered "live" window at the top and bottom of the supposedly tabled content.
As v8.2 is now out, is there any activity on bringing this great addon into 2023?
I should also mention that the addon crashes and burns on v8.2
Suddenly, the BB code is not parsed, objects inserted in the table flow vertically--and the BB table code appears in the rendered "live" window at the top and bottom of the supposedly tabled content.
As v8.2 is now out, is there any activity on bringing this great addon into 2023?
Code:
Template errors
Template public:xfa_faq_macros: [E_DEPRECATED] preg_split(): Passing null to parameter #2 ($subject) of type string is deprecated (src/addons/KL/EditorManager/XF/BbCode/Renderer/Html.php:660)
Template error: [E_DEPRECATED] trim(): Passing null to parameter #1 ($string) of type string is deprecated src/addons/KL/EditorManager/XF/BbCode/Renderer/Html.php:53I should also mention that the addon crashes and burns on v8.2
Last edited:
Fullmental
Active member
Hi, we've been trying to track down an intermittent server error we keep getting in the templater. We've tracked this down to the default "hide" bbcode functionality in this addon. When using certain tags such as [HIDETHANKS] in conjunction with a quoted post that includes an author linkback with member ID, the process of reacting or in some cases un-reacting triggers an error message, once for each quote instance in the post being reacted/unreacted to. The error it generates is displayed below:
Removing all tagged quotes or removing the HIDE tag appears to stop the error from occurring, as does disabling the addon entirely. We also could swear a user ID's presence in the xf_user_ignored table was a trigger too, but removing any entries for both the poster and the reactor in that database table manually did not change the behavior after the fact. Might be possible as a trigger though if there's any sort of cache in play? Also, some posts generate errors on a react, some only on unreacts, others still do both. Haven't been able to figure out why that is. Again, wonder if there's some sort of cache issue at play there.
Removing all tagged quotes or removing the HIDE tag appears to stop the error from occurring, as does disabling the addon entirely. We also could swear a user ID's presence in the xf_user_ignored table was a trigger too, but removing any entries for both the poster and the reactor in that database table manually did not change the behavior after the fact. Might be possible as a trigger though if there's any sort of cache in play? Also, some posts generate errors on a react, some only on unreacts, others still do both. Haven't been able to figure out why that is. Again, wonder if there's some sort of cache issue at play there.
MegaPixel
Active member
I just wanted to add onto my last message from our testing:
- This was tested on our development site works, this worked and still works with no errors (that we've been able to replicate).
- We've been comparing settings from development to live for the editor, these are the same.
- We have not been able to track down / identify any pattern, it seems sporadic, unable to generate on demand.
- The errors are always the same, I've tried comparing files and these are all the same.
- No reported errors from our users, etc, to suggest there is an issue. It's just in the background.
MegaPixel
Active member
Does anyone know if there's a way to turn off / disable server errors generated by this Add-On? We don't want to disable it for all of XF, so add-on specific.
We've not experienced any issues using it but are receiving the error mentioned in post #1708 hundreds of times a day, as we've not had any problems, we'd rather disable these 'errors' until the next update comes out to see if that fixes the issue.
We've not experienced any issues using it but are receiving the error mentioned in post #1708 hundreds of times a day, as we've not had any problems, we'd rather disable these 'errors' until the next update comes out to see if that fixes the issue.
Bob de Bouwer
Member
When do you guys get this error?
Do you get the error straight after hit the "thanks" button or reply?
I'm running on php 8.2.9
Tested on 2 servers now, but both give me no error.
Do you get the error straight after hit the "thanks" button or reply?
I'm running on php 8.2.9
Tested on 2 servers now, but both give me no error.
imno007
Well-known member
Only Lukas can give a definitive answer to that, but my opinion is that it's probably prudent to not use it going forward, especially if you plan on upgrading to 2.3 as soon as it comes out. Even if nothing about that update creates a problem with this addon, I know XF plan on updating the editor not too long after 2.3 is released, which almost certainly would be a problem. Bad enough having to wait on the XF updates, don't think you want to also get locked in to having to wait for this to get updated before you can go ahead with the core updates.
Last edited:
Lukas W.
Well-known member
I've personally pretty much moved on from XF. The limbo state regarding updates combined with the constant back and forth on when a new editor could be coming makes wanting to maintain this pretty unbearable. I've bumped this resource to unmaintained for now. If anyone wants to provide additional updates, I'm happy to receive them through the github repository and to publish them here: https://github.com/LukasWieditz/EditorManager
imno007
Well-known member
I think it's probably not a good idea to be investing time in this addon now. There's things that just don't work, the developer himself has said he's pretty much through with it, at least until maybe some time in the hazy future, and there's likely to be only more problems with it moving forward.
But that's the only feature I need. I need to hide posts until specific time. Like 03.03.2024 - 19:30:00. And when that time comes it should make itself visible automatically. I do really need it... Don't you have any idea to make it work in this addon?
imno007
Well-known member
I've no idea how to make it work in that addon. Haven't had it installed for some time. Why not just use a scheduler addon? Ozzmozz has a good free one here:
