|'There is no class to handle the event wiki_page_created.'||tracker item|
|"Most Active Users" (module users_rank) broken link on user name||tracker item|
|11.x: issues with greenvalley theme style||tracker item|
|9.x - trunk: Can NOT export fields nor synchronize a big tracker||tracker item|
|Add more params to PluginYouTube and update to latest URL syntax||tracker item|
|add site name to Daily Reports||tracker item|
|Add support for Optimizer+ stats in the performance admin panel||tracker item|
|Admin toolbars should be available from WYSIWYG, like it is from Wiki||tracker item|
|Ajax Error when using WYSIWYG Wiki or HTML||tracker item|
alarm field type in trackers
Trackers are great in Tiki, it provides a way to build quick and easy register solutions.
When used in any context related to monitoring, it would be nice to have a way to associate a record with one or more events in time. For instance you would like to receive an email at the time the issue related to the task should be controlled and/or be resolved.
Thinking on it as a feature, the following could be considered in the solution:
*It could exist more than one "timer" in the tracker record,
*It should be added like any other tracker field to the record definition,
*It could have different ways to alert: email, rss, ... (maybe only one choice when instance),
*It could have rules, like auto disable when the record is closed (or other condition),
*It could be (as an option) reprogrammed,
*Maybe a user wants to know about all his/her pending "timers".
*Maybe timer implementation could be independent objects that are linked to (special fields in) tracker records (or other objects), so global management is possible.
I guess that a good part of above functionality is already in Tiki in some form.
|Areas / workspaces / perspectives: domain name doesn't change when I switch perspectives||tracker item|
|BigBlueButton fails to load||tracker item|
|BigBlueButton: Recording is happening even if the plugin is at off||tracker item|
|Blog post html encoding problem with WYSIWYG editor when viewed as RSS feed||tracker item|
|Border for he forum table in tiki.o are not displayed for forums when section are used||tracker item|
|Calendar Feature: can it be like a spreadsheet instead of many clicks?||tracker item|
|Can't assign subcategories||tracker item|
|Can't delete an item from a Structure directly after adding it||tracker item|
|Can't drag and drop modules to blank spaces||tracker item|
|Update Category plugin documentation - won't filter blog posts||tracker item|
catorphan plugin only works with wiki pages - but should be extended to other features
The very useful wiki plugin catorphans only works with wiki pages.
The documentation suggests it is sort of set up to deal with different types of uncategorised objects by setting the objects=> parameter to various values ie wiki|article|blog|faq|fgal|forum|igal|newsletter|poll|quizz|survey|tracker.
But looking at the plugin code, the code comments make it clear that the development is not yet complete and only the 'wiki' object has been coded.
The documentation has been updated to make this clear - but extending this plugin to the other features would be very useful now that Categorisation is the major permission/access control mechanism in Tiki
|Child option applied when parent option unchecked (multilingual case)||tracker item|
|Clicking "Click here to use the file" after uploading an image. It should insert syntax and close window||tracker item|
|Double check footer links on tiki sites after upgrading||tracker item|
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to cache issue
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to some conflict with the wiki cache. Example:
both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.