Zen Postbox Add-On Update!
The Zen Postbox add-on has been updated to version 1.3
This fixes an issue where the postbox styling was not shown sitewide or when users were not logged into the server. Now if either of the add-ons is enabled the postboxes should be shown on that server everywhere, even to users who are not logged in.
The add-ons have also been updated to make sure they work with the 2025.7 Release Candidate development version.
Again, the difference between Postbox and Zen Postbox is the first one only includes the stylesheet to show them. You have to manually add the BBcode to your posts. The "Zen" one adds a button to the Compose modal to let you pick from a list and automatically adds the BBcode to your post.
like this
reshared this
Random Penguin
in reply to Random Penguin • • •If the animated backgrounds are not working:
1. make sure when you install the update that the folder name is "zen_postbox" and not "zen_postbox-1.3"
2. check that the permissions for that folder and the sub-folders are correct.
3. Lastly, you will likely have to go into Main Menu > Admin > Addons and disable and re-enable the Zen Postbox addon to get the new "head" hook to register.
4. Open Compose and press the rainbow background button. If you can see the thumbnails for the animated ones you're good. If the last 11 boxes are empty check everything again. If this fix worked you'll see all the thumbnails, and if you add one of the animated ones to your post draft and Preview it you should see the background in the preview.
This does not affect the "Postbox" addon. In Bookface this only affects the animated backgrounds because they are not included in Bookface while the rest of them are.
@Kevin (I noticed it seems to be broken on dillyofapickle).
Kevin likes this.
Friendica Admins reshared this.
Kevin
in reply to Random Penguin • •Random Penguin likes this.
Friendica Admins reshared this.
Random Penguin
in reply to Kevin • • •reshared this
Friendica Admins and Roland Häder🇩🇪 reshared this.
Roland Häder🇩🇪
in reply to Random Penguin • •@Alt Pygoscelis Papua @Kevin If you mean editing templates, then your cache at
/view/smarty3/compiled/need to be purged. Just delete allxxdirectories in it. And please don't forget to run./bin/composer.phar installon your development system and with--no-devon your server. Plus you want to truncate the tablehookswhich contains "cached" addon call-back data:TRUNCATE TABLE `hook`. If your addon has own configuration entries, then you maybe want to delete their entries inconfig, too.And which cache driver have you configured? REDIS?
Friendica Admins reshared this.
Random Penguin
in reply to Roland Häder🇩🇪 • • •/view/smarty3/compiled/were cache files, good to know!Roland Häder🇩🇪 likes this.
Friendica Admins reshared this.
Roland Häder🇩🇪
in reply to Random Penguin • •@Alt Pygoscelis Papua @Kevin It is a bit strange that the cache isn't automatically cleared when a corresponding template has been changed. Friendica's own Smarty3 class can be found at
src/Render/FriendicaSmartyand seem to rely on the default behavior of how Smarty handles updating its cache. I need to investigate this mater further.There are good things in
vendor/smarty/smarty/libs/Smarty.class.phpfor debugging purposes:error_unassigned- Good for debugging template variable assignment problemsdebugging- Smarty's own debugging console(?)error_reporting- A well-known optioncache_modified_check- That's the option you might want to turn totruecache_modified_checkhave been disabled for performance improvement which you need on your remote server but never on your development system. So enabling it might help you out. Since Friendica's code doesn't provide these options to be toggled, it should be added in my opinion and kept on Smart's default values.Friendica Admins reshared this.
Roland Häder🇩🇪
in reply to Roland Häder🇩🇪 • •FriendicaSmarty::__construct()constructor while it could use thereDI::config()->get('foo', 'bar');directly avoiding longer parameter lists?Friendica Admins reshared this.