Version 2.8.2 released
- Add a Xon tweak that speeds up the tags map creation (used for tag permissions) from 200ms to 2ms according his own tests - A big thank to him. This tweak has been submitted 1 month ago, but since it is related to one sensitive code section I just wanted to test it longer
- Add an option to strip not only tags but also their content in the
fast thread preview; to allow this feature the "eradicator" formatter has been extended - Thanks to...
I thought the bottleneck was coming from the RecursiveIteratorIterator function. I'm updating the update information.@cclaerhout
The speed up for tag permissions requires bbcode parse cache to be enabled, otherwise it defaults to the previous code.
Just add this to your extra css template:I was playing around with the new button manager tonight Cedric and it looks fantastic. Excellent work as always. Question for you - if I use the solo spoiler button, is there a way to change the icon from the flag?
html body .redactor_toolbar li a.redactor_btn_insertspoiler{
background-position: 3px -1565px;
}
html .redactor_toolbar li a.redactor_btn_insertspoiler{
background-position: 3px -1565px !important;
}
RecursiveIteratorIterator is also unexpectedly slow for complex bbcode, but then the bbcode parsing isn't fun either.I thought the bottleneck was coming from the RecursiveIteratorIterator function. I'm updating the update information.
Version 2.8.3 released
- Improve xml security on XenForo installations that have been updated with the Zend xml tester.
To be clear: there was only a risk if you imported a malicious BbCode xml. So if you download files from authenticated developers, it's not a problem. If you didn't have updated to the last XenForo patched versions, this xml Bbm BbCodes importation will still work
- The tags map is now compatible with the preCacheBase system: the tags incremention...
array($callback_class_object, $callback_method)
if(isset($tagInfo['callback'][0]))
{
$tagInfo['callback'][0] = '';//Not needed for info (recursive)
}
Thank you for reporting this and taking the time to look into my problem, hopefully @cclaerhout can come up with a way so both add-on play nice with each otherThis mod causes a conflict in VaultWiki. VaultWiki has its own custom BB-Codes with callbacks like so:
In library/BBM/BbCode/Formatter/Base.php, there is this line:Code:array($callback_class_object, $callback_method)
That causes the callback handlers for VaultWiki's BB-Codes to be blanked out, and none of VaultWiki's BB-Codes can parse while BBM is enabled.Code:if(isset($tagInfo['callback'][0])) { $tagInfo['callback'][0] = '';//Not needed for info (recursive) }
Thanks a lot for your explanations and your time. I will fix this in the next release.In this case, offset 0 was originally set as a reference to the original object instance that acts as the BB-Code handler for VaultWiki tags. By setting offset 0 = to an empty string, you are changing the original object instance to an empty string.
If that doesn't seem to make sense as an explanation, regardless I am sure that this line is the problem. Commenting the line makes VaultWiki work as expected.
The comments say that you are doing this to avoid creating a recursive object. This should not matter, since in PHP 5, all "copies" of the same instance actually point to the same memory space -- having another copy doesn't use any more memory than the empty value you set it to. Hence, changing 1 (even if not a reference) changes them all. Therefore, I don't think you need to set it empty at all, or you are just asking for trouble whenever the offset refers to an object.
Thanks for amazing AddOn, but when I install it, then import some default bbcode (in extra folder). But still cannot use that bbcode, any setting need be set?
We use essential cookies to make this site work, and optional cookies to enhance your experience.