Dev Team - Dashboard - Feature Requests
| Subject | Version | Category | Feature | Resolution status | Submitted By | Volunteered to solve | Keep informed | Lastmod by | Rating | Related-to | Description | Solution | Workaround | Importance | Easy to solve ? | Priority | Ticket ID | Created | Last Modif |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Page break syntax with collapsible sections breaks site layout |
11.x 12.x 18.x 19.x |
|
Wiki Syntax (text area, parser, external wiki, etc) | Confirmed | luci | 2019-01-21 18:52:55 | In 12.x LTS when …page... syntax is enabled and used in a wiki page where collapsible sections are present ( !!-Foo Bar syntax) it breaks the column layout of the site badly. Show instance created and reproduced it there. See http://luci-199-6471.show.tikiwiki.org/tiki-index.php?page=HomePage&pagenum=3 To login use admin 12345 . Steps to reproduce: #go to tiki-admin_modules.php?edit_assign=1&cookietab=2 and assign module to the left column #go to tiki-admin.php?page=wiki and enable Wiki Pagination under the Features tab (-+wiki_pagination+-) #edit a wiki page and add some collapsible sections (using the collapsible heading syntax) separated by …page... #go to 2nd or 3rd page (after second collapsible section it seems to start break) and see the left column modules wrap down under the main content of wiki page | 5 | 5 | 25 | 6471 | 2017-10-27 15:53:24 | 2019-01-21 18:52:55 | ||||||
| Argument Variables are parsed even in "No parse" (np) zones |
10.x 11.x 12.x 13.x 14.x 19.x 6.x 7.x 8.x 9.x |
|
Wiki Syntax (text area, parser, external wiki, etc) | Confirmed | luci | 2019-01-16 21:57:58 | The following (without a space between braces) does not work anymore: you can use the {{user} } Argument Variable Instead the Argument Variable which is inside np gets parsed as current user login name. Update: updated the Subject field to more reflect what is the report about | 5 | 1 difficult | 5 | 5466 | 2014-09-18 09:58:20 | 2019-01-16 21:57:58 | ||||||
| Tighter integration with Apache's > .htaccess (error messages, etc.) |
10.x 11.x 3.x 4.x 5.x 6.x 7.x 8.x 9.x |
|
Infrastructure Installer (profiles, upgrades and server-related issues) Search Search engine optimization (SEO) Stats |
Marc Laporte | 2018-02-09 06:17:19 | When you try to access a wiki page which doesn't exist, Tiki offers you a list of similarly named pages, to search for that word, to create the page, etc. Good. When you try to access other contents in Tiki (articles, blog posts, etc.) that don't exist (either have been deleted, moved, not yet published, protected, etc.), you get a Tiki error message. Good as well. But what if you try an URL which is just not possible? Ex.: If you migrated from another system to Tiki and you are still getting hits with the previous URLs? Of course, you could check your access logs and add nice redirects. But how can we make this easier for site admins? The bundled _htaccess file (which you need to rename .htaccess to make active) has an example line: Copy to clipboard ErrorDocument 404 /tiki-index.php?page=Page+not+found This is good. Now, how could we use this to provide the Tiki admin with a top-x error pages? And thus, it would help to detect broken links, etc. Could .htaccess include some configuration info from Tiki? So a Tiki admin could add configuration information without using FTP, all in Tiki, possibly with a secret "system" wiki page. Great inspiration: https://github.com/h5bp/html5-boilerplate/blob/master/dist/.htaccess | 8 | 5 | 40 | 2196 | 2008-12-04 01:39:30 | 2018-02-09 06:17:19 | |||||||
| alarm field type in trackers |
10.x 11.x 6.x 7.x 8.x 9.x |
|
Calendar Date and Time Trackers |
Confirmed | Alejandro | 2017-10-06 20:16:19 | 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, and also *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. | 8 | 5 | 40 | 3870 | 2011-05-04 22:15:10 | 2017-10-06 20:16:19 | ||||||
| File Gallery Download dead loop if folder is customized |
11.x 12.x |
|
File Gallery (elFinder or standard UI) | Confirmed | jp_eagle | 2014-08-07 23:53:27 | I got a problem to see thumbnail and download file from File Gallery. What I did are: 1. create a customized a folder for file gallery 2. point the file gallery folder destination to the new folder in setting. 3. upload a file 4. try to view the file and download the file, the system goes to endless loop, and no responds from server to client, logs are continuously generated till disk full. Thu Jan 01 12:56:38 2014 error client 192.168.1.102 PHP Notice: ob_end_clean(): failed to delete buffer zlib output compression. in /apps/tiki/tiki-download_file.php on line 147, referer: http://tiki.mydomain.com/file1 5. after I check the code. in the tiki/tiki-download_file.php, line 146, it has below while (ob_get_level()) { ob_end_clean(); }// Be sure output buffering is turned off 6. I googled the coding, looks it should be changed as below. while (ob_get_level()>1) { ob_end_clean(); }// Be sure output buffering is turned off 7. I changed, the code, the file viewing and download are perfect. problem is solved. Could any developer please review the code, if it is the way to go, please merge the change into the main trunk for future releases. Thanks. | 5. after I check the code. in the tiki/tiki-download_file.php, line 146, it has below while (ob_get_level()) { ob_end_clean(); }// Be sure output buffering is turned off 6. I googled the coding, looks it should be changed as below. while (ob_get_level() >1 ) { ob_end_clean(); }// Be sure output buffering is turned off | 9 | 9 | 81 | 5120 | 2014-01-30 05:03:22 | 2014-08-07 23:53:27 | |||||
| http://tiki.org/Lists+of+members+of+all+Teams UI issues |
11.x 12.x |
|
Maps | New | Marc Laporte | 2014-07-30 06:28:07 | {flash type="url" movie="display559" width="878" height="732"} | 4 | 9 | 36 | 4907 | 2013-11-12 04:56:11 | 2014-07-30 06:28:07 | ||||||
| Update notification: Version 11.2 is still supported. However, a major upgrade to 9.0 is available | 11.x |
|
Installer (profiles, upgrades and server-related issues) | New | Marc Laporte | 2014-06-04 17:04:15 | I can't show on an instance because 11.x instances are no longer available. http://marclaporte-11197-5000.show.tikiwiki.org/tiki-admin.php?page=general reports: Copy to clipboard Version 11.0 is no longer supported. A minor upgrade to 11.2 is required. Version 11.2 is still supported. However, a major upgrade to 9.0 is available. | 25 | 5259 | 2014-06-04 16:52:16 | 2014-06-04 17:04:15 | ||||||||
| Menu Wiki: TAB Focus |
11.x 12.x |
|
Menu | Frank Guthausen | 2014-04-04 22:19:45 | Menu Wiki 'List Pages' and 'Create a Wiki Page' are two tabs on one page. After visiting 'Create a Wiki Page' the focus stays on this tab when visiting 'List Pages'. Average expectation is assumed to refocus to the new tab. | 3 | 7 | 21 | 5185 | 2014-04-04 22:19:45 | 2014-04-04 22:19:45 | |||||||
| PluginTracker does not show input form after saving an item |
10.x 11.x 12.x 9.x |
|
Trackers Wiki Plugin (extends basic syntax) |
New | lindon | 2014-02-16 05:39:50 | After submitting a tracker item using PluginTracker, the form doesn't show after the page refreshes. This is because of certain url parameters that are added when the page refreshes. For example the url upon refresh can be: tiki-index.php?page=HomePage &ok=y&iTRACKER=1#wikiplugin_tracker1 The parameters in bold above cause the form to not show. If the following lines are commented out in wikiplugin_tracker.php (around line 986 in 12x) then the form will show: Copy to clipboard } else if (!empty($page)) { $url = "tiki-index.php?page=".urlencode($page); if (!empty($itemId)) { $url .= "&itemId=".$itemId; } $url .= "&ok=y&iTRACKER=$iTRACKER"; $url .= "#wikiplugin_tracker$iTRACKER"; header("Location: $url"); exit; I set the admin password for the show instance to 12345. See instructions for recreating on the home page of the show instance. | Comment out the lines indicated in the description above. | 7 | 6 | 42 | 5144 | 2014-02-16 05:24:43 | 2014-02-16 05:39:50 | |||||
| Update / Upgrade Notice: Version 11->9 | 11.x |
|
Administration | Frank Guthausen | 2014-02-06 17:32:09 | In a Tiki 11 svn installation an upgrade notice is shown, which suggest to switch from Tiki 11.0 to Tiki 11.1 or do a major upgrade to Tiki 9.0 as follows: Version 11.0 is no longer supported. A minor upgrade to 11.1 is required. Version 11.1 is still supported. However, a major upgrade to 9.0 is available. The computation and suggestion of the major upgrade version number is not correct. I'm not sure whether this problem is already fixed in a later version or not. | 2 | 8 | 16 | 5134 | 2014-02-06 17:32:09 | 2014-02-06 17:32:09 |