for file renaming type='file' with a pdf also. Thumb check and the silencer were both needed, else for the last the database entry was lost.
The $renameData['thumb'] could very well be $file['thumbnail_name'] in case of not being empty.
It might be that this has dependencies with the hotlink hook or thumbSuffix renamings. Garvin, please check.
References #220
This was mainly the not checked thumbnail_name and needed to be silenced too.
I am not sure id that issue can happen with type 'file' renaming too.
References #220
Some plugins make use of additional entry properties (title, body, extended, author) after being called by the 'backend_publish' hook, e.g.
* serendipity_event_forum
* serendipity_event_freetag
* serendipity_event_ljupdate
* serendipity_event_trackback
* serendipity_event_versioning
* serendipity_event_entryproperties
* serendipity_event_mailer
* serendipity_event_twitter
Thus we need to set these properties in the serendipity_updertEntry() method to make sure the plugins get the required data. Of course, we could fetch the entry either in overview.inc.php or again in each plugin, but that would mean an additional query to the DB.
When no categories are delivered to serendipity_updertEntry this can mean two things:
- categories need to be un-assigned
- categories where not addressed/fetched/passed to the function [see include/admin/overview.inc.php for publishing a post! Or plugins like freetag, using serendipity_updertEntry]
To address this a new serendipity[had_categories] is added to the backend template, which can be checked for.
Feedback appreciated!
$plugin_options now doesn't contain the html of the config_item directly, but is an array that contains it and the ctype. That way, plugin_config.tpl can react to specific config types
For those confuse about the memcached extension and the memcache extension, the short story is that both of them are clients of memcached server, and the memcached extension offer more features than the memcache extension.
