Loading...
 
Skip to main content

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
Trackerlist inside wiki template (pretty tracker) only returns one item 11.x
  • Regression
Trackers
Wiki Plugin (extends basic syntax)
New hrsms 2014-01-09 14:26:43 (0) To see example, go to http://hrsms-11204-5084.show.tikiwiki.orgQuestion There are two trackers. Tracker1 is for books, with title, author, publisher and date. Tracker2 is for owners of the books. It ties an owner ID to the book ID. In my actual case, the tracker has a user field type and the "My Books" page filters based on the current user. To simplify the problem for demonstration, the owner field is a simple numeric type and there is no user field in tracker2. There are 6 entries in tracker 1. The entries in tracker 2 are for two people John (owner #1) and Jane (owner #2). Go to http://hrsms-11204-5084.show.tikiwiki.org/tiki-index.php?page=Book+OwnersQuestion and click on John or Jane below to see the books they own. Each has four of the six books. But when using a trackerlist inside a pretty tracker, only one item is returned. There is no change whether or not the inner trackerlist also uses a pretty tracker. 25 5084 2014-01-06 18:16:48 2014-01-09 14:26:43
pluginTracker url parameter does not work 11.x
  • Error
Wiki Plugin (extends basic syntax) New hrsms 2013-12-31 15:38:05 (1) Say I use the plugin in on the page "Edit Publisher&itemId=1159". Copy to clipboard Missing or incorrect trackerId parameter for the plugin. List Trackers I asked it to go to the page "Publishers" after being submitted. Instead it goes to tiki-index.php?page=Edit+Publisher&itemId=1159&ok=y&iTRACKER=1#wikiplugin_tracker1 — -- — --- In the tiki show instance, I have created a tracker for colors and pages for displaying and editing the items. # Go to http://hrsms-11204-5079.show.tikiwiki.org/tiki-index.php?page=ColorsQuestion #Click on "bleu". You will be taken to Edit+Color&itemId=2 #View the source. Note the url parameter is set to "Colors" #Change the spelling to "blue" and hit save. You will be directed to Edit+Color&itemId=2&ok=y&iTRACKER=1#wikiplugin_tracker1. The edit fields will no longer be displayed. #Click on the button provided (my workaround) to go back to the "Colors" page, where you will see the change did take effect. 25 5079 2013-12-31 14:50:28 2013-12-31 15:38:05
Plugin to remove a tracker item 11.x
  • Feature request
Trackers
Wiki Plugin (extends basic syntax)
New hrsms 2013-12-29 16:59:26 (0) This request is related to another: http://dev.tiki.org/make+a+wish+-+thank+you?itemId=5053Question My goal is to provide my users a consistently-formatted view of the tracker, and hide from them any internals of the tracker itself. I currently list the items on a wiki page using pluginTrackerFilter. A wiki template page is specified for formatting. The template includes edit and delete links. The edit link is to a wiki page using pluginTracker. The pluginTracker also uses a template page for formatting, and uses the URL field to return the user to original wiki page that lists the items using pluginTrackerFilter. But I could not find a plugin that would allow deleting an item. The best I could do was to link to \tiki-view_tracker.php?trackerId=X&remove=Y (where X and Y are the tracker and item IDs). This is the URL I found for the delete icon in the tracker view page. Upon confirming the action the user is taken to the standard view tracker page where the remaining items are listed in the standard tabular form. Per my stated objective, I would prefer my users to be returned to the original wiki page that lists the items using pluginTrackerFilter. So, the feature request is for either a) a "remove" option on pluginTracker, or b) a new pluginTrackerRemoveItem, with a URL parameter such as the one pluginTracker already has Thanks. 25 5052 2013-12-11 19:13:32 2013-12-29 16:59:26
Can't assign subcategories 11.x
12.x
  • Error
  • Regression
Category New alain_desilets 2013-12-23 13:20:06 (0) I have a category structure with several levels. But if I create a new wiki page and click on the Categories tab, I only see the first level categories. And there is no way to open them up to assign a subcategories. So in effect, you can only assign a Level 1 category to a wiki page. Note that I CAN view the > level 1 categories in the Admin > Categories . I just can't assign any of them to a wiki page. Note that I am using the Workspace UI feature which does some stuff with namespace of categories. Maybe that's the issue? BTW: I upgraded this site to 12x, and it still exhibits the bug: http://alpacatechnologies.com/Question So It seems the bug is in 12.x also. Dec 23, 2013 I tried to reproduce the bug on show, but am not able to. And even on my site alpacatechnologies.com, it seems the bug only occurs when I am using the Darkroom theme (but on show, it works even with when using Darkroom). I'll keep investigating. 7 35 5073 2013-12-22 12:07:37 2013-12-23 13:20:06
Reset chat content 11.x
15.x
  • Feature request
  • Less than 30-minutes fix
Chat
History (wiki, tracker item, sheet...)
yanick.rochon 2013-12-19 18:26:53 (0) I am replacing a site with Tiki Wiki, on which there is a chat feature too. The problem with Tiki Wiki is that the chat's content MUST be cleared at times, when some conversations should be censored or "erased from history". The feature should not take long and should only be a button next to the user input box, available only to allowed users. The feature would simply remove any existence of the chat's content with no history whatsoever. 6 10 easy 60 5072 2013-12-19 18:26:53 2013-12-19 18:26:53
Search module replaces specific unicode letter with question marks 11.x
  • Usability
Search rtk217 2013-12-18 18:44:20 (0) As the title suggests, I have a weird bug with the tiki wiki 11.1 which is installed on windows server 2008 R2 with php5.3.27 and mysql 5.5.33. Whenever I try to commence a search with a specific Hebrew character (all other characters work ok), after the search page loads it transforms the letter into a black background colored question mark. and of-course doesn't find any matches for that word searched for. also if I search for the word without that specific letter it does find what I am looking for. please help me as I've tried almost everything already from changing db char-set to manually adding utf-8 wherever it is needed. I looked over the php code of the search module but couldn't figure out the problem (also its extremely difficult to dive in to a huge project such as this so it might have been right there in front of me and I couldn't tell). This bug renders the search option completely useless which makes the wiki itself useless for my needs, the search module is very crucial and must work perfectly with Hebrew. I attach images to further explain the issue 10 high 6 60 5070 2013-12-18 18:44:20 2013-12-18 18:44:20
Plugin to remove items with item-link fields pointing to deleted items 11.x
  • Feature request
Trackers
Wiki Plugin (extends basic syntax)
New hrsms 2013-12-11 19:35:34 (0) This request is related to another: http://dev.tiki.org/make+a+wish+-+thank+you?itemId=5052Question I am trying to hide the internals of my trackers from the users as much as possible. In particular, I do not want them to have to understand how item-list fields work. Say: Tracker 1 includes an item-list field. Tracker 1 has items a, b, and c Tracker 2 includes an item-link field that points to tracker 1 Tracker 2 has items d, e, and f. Items d and e point to item a. If the user deletes item (a), (d) and (e) are ophaned, so to speak. As the admin, I can go search for these and delete them on occasion, but it would be far better if these linked items were removed at the same time. So the feature request is for a plugin that searches for orphaned items and deletes them. You might consider the following fields: PluginTrackerRemoveOrphans trackerId ID of tracker in which to search for orphaned items fieldId Delimited list of fields to search (field is ignored if not an item-link. All item-link fields searched if no ID specified). If the value is for an item that no longer exists, linking item is removed. Bool If false (default), any item-link field pointing to an non-existent item will cause the item to be removed. If true, all fields (or all fields in fieldId parameter, if specified) must point to non-existent items before the item is removed. URL Page to which the browser will be directed after the action is performed. If not set, will go to tiki-view_tracker.php&trackerId=trackerId Confirm If true, Text , action button, and abort button are displayed. Otherwise the action is executed without user interaction. Default is true. Text Text to display to the user regarding the action that is about to take place. Default: "You are about to remove table items referencing other items that no longer exist. action Text for button that executes the command. Default is "Continue". abort Text for button that aborts the command. Default is "Cancel". How I would use this: I list the items of tracker 1 on a wiki page using pluginTrackerFilter. Let's say it is named "Catalog". A wiki template page is specified for formatting. The template includes edit and delete links. The delete link is to a wiki page using pluginTracker or pluginRemoveItem (see http://dev.tiki.org/make+a+wish+-+thank+you?itemId=5052Question ) to remove the item in tracker1. The URL field for this plugin points to a third page that uses PluginTrackerRemoveOrphans. The trackerId field is set to the ID for tracker 2, the confirm field is set to false so the action takes place without user action, and the URL field is set to "Catalog" so that the user returns to the original list of item - {PluginTrackerRemoveOrphans(trackerId="2", confirm='false", url="Catalog") \}. The user has removed the item from the catalog and all items that linked to it, without knowing anything about the internals. Thanks. 25 5053 2013-12-11 19:32:58 2013-12-11 19:35:34
Display of categories has changed 11.x
  • Regression
Category hrsms 2013-12-02 00:00:59 (0) The behavior for browsing categories has changed, and not to my liking. If this was not intentional, then it is a regression (as I've listed it). If this was intended, then please consider this a "wish" to restore the old behavior or (perhaps better yet) provide a plugin that allows me to control the display. I have two versions available for viewing. They are not show.tiki.org, but they should do for demonstration. 11.2- http://www.hrsms.org/home/cat74?deep=on&type=wiki+page&sort_mode=name_ascQuestion 9.2- http://www.hrsms.org/home9/cat74?deep=on&type=wiki+page&sort_mode=name_ascQuestion I like that in 9.2 it only shows the current category, and without watch links. In 11.2, all categories are shown, with watch links (which in my opinion just add clutter to the page), and the category listing is expanded to the last viewed, not the current. To see this: a) Browse categories on this site b) Expand "How To>Hulls" c) On left menu, select "Models>By Nationality" d) Note that the results displayed are for nationality, but the category listing is still expanded to "how to> hulls". Confusing to the viewer. e) Change current URL from ..\home\.. to ..\home9\.. to see how "nationalities" looked in the old version. I much, much, much prefer this way. I tried using PluginCategory for the same purpose, but I could not get the desired results. Indeed, I'm not even certain I get the results that should be expected. Based on my understanding of the parameters, I would expect the categories AND sub-categories to be displayed, and the results split when the category changes. That does not happen. You can see that here: http://www.hrsms.org/home/ModelsQuestion Copy to clipboard
25 5023 2013-12-01 23:56:44 2013-12-02 00:00:59
page name finishing with .txt -> route error 11.x
11.x Regression
12.x
12.x Regression
  • Conflict of two features (each works well independently)
Administration New Marc Laporte lphuberdeau 2013-11-24 00:37:45 (0) {flash type="url" movie="display540" width="633" height="571"} 5 5 25 4883 2013-11-05 02:34:50 2013-11-24 00:37:45
Trackerlist showinitials does not work for item link field, TrackerFilter "initial" fitler does not behave as expected 11.x
12.x
9.x
  • Feature request
Wiki Plugin (extends basic syntax) New hrsms 2013-11-24 00:31:03 (0) If the field used for sort_mode is an item link, any initial selected results in zero items returned. Steps to reproduce: 1) Create trackers: Tracker "Names", id=1 Text Field "Name", id=1 Values: "Fitzgerald,F. Scott" id=4 "Follett,Ken" id=5 "Grisham,John" id=6 Tracker "Titles", id=2 Text Field "Title", id=2 Values: "Great Gatsby, The" id=1 "Dangerous Fortune,A" id=2 "Painted House, A" id=3 Tracker "Books", id=3 Item Link Field (2,2) "Title", id=3 Item Link Field (1,1) "Author", id=4 Values: "Great Gatsby, The","Fitzgerald,F. Scott" id=7 "Dangerous Fortune,A","Follett,Ken" id=8 "Painted House, A","Grisham,John" id=9 2) Add trackerlist plugins to wiki Copy to clipboard Missing or incorrect trackerId parameter for the plugin. List Trackers
Error
No field indicated
Missing or incorrect trackerId parameter for the plugin. List Trackers 3) Filter on "F" - you will see two authors and no titles or books (expected) 4) Filter on "G" - you will see one author, and one title, but no books. The book should have been listed also. I did step (2) above on the home page of the show.tiki instance. To rule out interference between the 3 plugin instances on the same page, I also create separate wiki pages "Names", "Titles", and "Books" on the show.tiki instance. The behavior was the same. You can see another example on our site: http://www.hrsms.org/home/ReferencesQuestion When trying to find a workaround, unexpected behavior was found in TrackerFilter. When the filter is 3/i (intials for title), clicking on a letter results in all titles with the letter anywhere in the string being returned. I would expect only those beginning with that letter. This has been added to the show instance to demonstrate.
25 4898 2013-11-09 00:38:34 2013-11-24 00:31:03
Show PHP error messages