Category: 15.x
Show subcategories objects| Name | Type |
|---|---|
| Plugin BigBlueButton - add getMettingInfo new params added in BBB 1.0 | tracker item |
|
Plugin body not encoded (or parsed)
HTML entities in plugin a plugin body doesn't not get encoded which then breaks the HTML layout (sometimes catastrophically). See show instance... Simple example: ~np~{BOX()} Here is the <TITLE> {BOX} ~/np~ |
tracker item |
|
Plugin Carousel Will Not Constrain to Body
The PluginCarousel seems to be behave quite poorly with any combination of parameters applied, I have tried to add a carousel to the top of a wiki page, I have tried to constrain the Carousel within a Bootstrap grid fluid container and regular container and it seems no matter what I do, the Carousel fly's out of the containers, and main body area and into the rest of the page. Using basic syntax as: {CODE(theme="default")}{carousel fgalId="6"}{CODE} I would think it should work out of the box, but I can't seem to get the correct combination of commands to make the carousel work. Please see show instance. |
tracker item |
|
Plugin Code parsing content
If the configuration option Wiki argument variable is enabled (default is disabled), then the plugin CODE is parsing variables such as ~np~{{~/np~page~np~}}~/np~. If Wiki argument variable is disabled, then ~np~{{~/np~page~np~}} ~/np~ appears as expected. I'd happliy create a show instance but your system is showing Show.tiki.org is not configured properly The public/private keys configured to connect to show.tiki.org were not accepted. Please make sure you are using RSA keys. Thanks. |
tracker item |
|
Plugin Convene should display table with options just after the user adds the first user an date
Plugin Convene should display table with options just after the user adds the first user an date You can reproduce when you create a new page in t.o for a new trm: https://tiki.org/trm add {CODE()} {convene} {CODE} add your name, and select a first date, and you will see the issue. |
tracker item |
|
Plugin Gallerific Displays Incorrectly
__Describe precisely what you did (how to reproduce)__ I displayed a file gallery using PluginGallerific in Tiki_15.x_Situla The parameters are set as follows "Thumbs Width" 100px "Show Top Pager" Yes "Show Bottom Pager" Yes ''The rest of the parameters are left empty or default.'' __Describe exactly the faulty consequences__ The faulty consequence renders a poor layout in a wiki page. Site width is set at default. __Explain what you expected instead of the faulty consequences__ What I expected was a cleaner layout. Thank you for considering this bug for your attention John |
tracker item |
|
Plugin List default parameter for tracker field type Numeric not effective
Using the plugin List, for a numeric tracker field type I set default parameter in case I didn't enter any value. But if the field is empty is default value is 0 and therefore, "0" is displayed and that is wrong. :) Even when using default="0" the display doesn’t always reflect the situation properly. {img fileId="1245" thumb="box"} |
tracker item |
|
Plugin List Pages (listpages) zipping
Every function of plugin list pages is working except for the zipping function. {img fileId="1076" thumb="box"} |
tracker item |
|
Plugin ListExecute with email sending garbage if tracker field type is file
It is not possible to use the plugin ListExecute to send an email that contain a tracker field type file. If you do so it will send different kind of un-useable code. There is a debate about inserting a file in an email and maybe this will be fixed/changed one day. In the meantime it will be cleaner to display proper error or warning something like "it is not possible..." |
tracker item |
|
plugin parameter data corruption of single quotes by 'escaping' with \
Fixed by jonny with 58231 - thanks ! In a number of plugins that have text fields (I suspect all of them that do) e.g - MOUSEOVER for the label parameter or the - INCLUDE plugin for the nopage_text field, If these are edited in wysiwyg wiki pages (the full HTML wysiwyg version) and you add text that has single quotes in it, then some sort of ‘escaping’ seems to be happening. Every time you edit the page more and more \ characters are added in front of the single quote character so a simple MOUSEOVER label that is supposed to say: ''__Hover over here to show a wiki syntax ‘sticky’ pop-up__'' Ends up as: ''__Hover over here to show a wiki syntax \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\‘sticky\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\’ pop-up__'' Where there can be hundreds of \ after a couple of edits, and opening the wysiwyg editor takes longer and longer – presumably because it is repetitively ‘escaping’. |
tracker item |
|
Plugin Tour Bugs
OLD: --1. The path parameter works to open the new page, but no popup appears on the page.-- This is working ok now: see the show instance linked from here: [https://dev.tiki.org/item5781]. However, there's no provision for the tour to lead back to the starting page. 2. The show_once parameter doesn't seem to prevent the whole tour from displaying, just the tour step that contains the parameter. The tour actually displayed on page refresh with the first step missing but the second step visible. 3. Tour step popups can get very wide (full width of screen) if they have enough content. In Bootstrap normally, popups (popovers) have a max-width of 276px. But we overrode than in Tiki to enable the huge popups in tracker tables. So should there be a special CSS rule for Tour to reimpose the Bootstrap default max-width? (And if so, can/should there also be a parameter to allow a custom max-width for an individual tour step?) NEW: 1. The show_once parameter doesn't seem to prevent the whole tour from displaying, just the tour step that contains the parameter. The tour actually displayed on page refresh with the first step missing but the second step visible. 2. Tour step popups can get very wide (full width of screen) if they have enough content. In Bootstrap normally, popups (popovers) have a max-width of 276px. But we overrode than in Tiki to enable the huge popups in tracker tables. So should there be a special CSS rule for Tour to reimpose the Bootstrap default max-width? (And if so, can/should there also be a parameter to allow a custom max-width for an individual tour step?) 3. The "start='n'" parameter doesn't seem to work. The tour always starts on page load. 4. There's no documentation for making a start button, for when the tour doesn't start on page load. It's possible to use the plugin with a "show_restart_button='Start Tour'" parameter. Is this the right/best way to make the start button? NEWEST: 1. The "show_once" parameter works as expected. 2. I added a CSS rule to limit the popover width to 276px (Bootstrap default). Ideally there should be a parameter to override this. 3. The "start='n'" parameter works. 4. I added description in the Tour plugin wiki help form, to use the Restart Tour button. |
tracker item |
|
"Plugin Tracker Item Field" test not working
Plugin Tracker Item Field test feature is not working. It always shows the content , no matter if the test should go positive or negative. In the show instance, I`ll use an ((PluginTrackerItemField|example)) as in Doc.tiki.org. The desired effect would be to show the message only if there was no items associated with the user. So, when a user have an item, it should show nothing (or anything after the ELSE) Show instance: http://fvtorres-11800-5970.show.tikiwiki.org User: admin Pass: 12345 Thanks! |
tracker item |
|
Plugin tracker send emails with the wrong template for some of the emails defined in the params
Plugin tracker send emails with the wrong template for some of the emails defined in the params https://doc.tiki.org/PluginTracker#Advanced_plugin_usage_2_multiple_recipients_multiple_templates_ I defined this type of plugin call: {CODE(colors="tiki")} {TRACKER(trackerId="1" action="Submit" fields="1:2:3:4:5" email="noreply@example.com|5,cc1@example.com,cc2@example.com|wiki:tpl_report_own_request,wiki:tpl_report_new_request,wiki:tpl_report_new_request")} some text {TRACKER} {CODE} The issue is that the emails sent to cc1@example.com and cc2@example.com contain the first template (wiki:tpl_report_own_request), and not the next one corresponding to them (wiki:tpl_report_new_request). Reproduced at: http://xavi-9794-6051.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker First http auth: u: show p: show tiki credentials: u: admin p: 12345 Change the emails set as recipients in that email param of the plugin Tracker of that "Bug_Tracker" page. And add a new bug report as anonymous for instance. The 2 emails set hardcoded in the plugin tracker param email should get their emails with template "new" (tpl_report_new_request) but they get them also with template "own" (tpl_report_own_request ) |
tracker item |
|
plugin tracker use wiki page as email template: issues or missconfig?
I did set up a demo instance using tiki15 svn and plugin tracker with wiki page as email template, following the plugin tracker documentation https://doc.tiki.org/PluginTracker See: http://demo15.seeds4c.org/Contact+us & http://demo15.seeds4c.org/tiki-index.php?page=mytpl_notif_tracker_new_item u: admin p: 12345 Issues: (1) before granting the permission for anons to use the wiki page template, the subscriber to the email received the notification email, but the person adding the tracker item got an email saying + "Permission denied: the specified wiki page cannot be used as Smarty template resource" Maybe some notification should be shown or emailed to the site admin of that issue so that it can be fixed? The submitter of the tracker item might get confused with such message. (2) I cloned part of the tracker_changed_notification.tpl, but it didn't work because the tr tags, for some reason, became half disappeared once the page was saved (first tr tag was disappeared, the e3nding tr tag was shown).Something similar might be happening with the parser when attempting to send the message, since the message was: {CODE()} Contact us Syntax error in template "wiki:mytpl_notif_tracker_new_item" on line 1 " View the tracker item just inserted at:{/tr}" unexpected closing tag {CODE} And content of the template was: {CODE(ln="1")} {tr}View the tracker item just inserted at:{/tr} {$mail_machine_raw}/{$mail_itemId|sefurl:'trackeritem'} Author:{$mail_user|username} Date: {$mail_date|tiki_short_datetime:"":"n"} {$mail_data|replace:'-[':''|replace:']-':''} {if isset($mail_attId)} Download the file at: {$mail_machine_raw}/tiki-download_item_attachment.php?attId={$mail_attId} {/if} {CODE} I tried also surrounding all the contents of that template with literal smarty tags, but then, all the content of the template is sent as-is in th email body, without parsing at all. Am I missing anything? |
tracker item |
|
Plugin TrackerList & TrackerFilter have non-linked item fields display links to current page
That used to work nicely in the past. Plugin TrackerList & TrackerFilter have non-linked item fields display links to current page even if param showlinks="n" (no change) See it reproduced here: http://xavi-9794-5935.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 u: admin p: 12345 |
tracker item |
|
Plugin TrackerStat: natural case sorting on the answers (text strings)
Plugin TrackerStat has no easy replacement with Plugin List, as far as a I know. We need to have the answers to a question (tracker field) sorted with natural case sorting. For instance, if you ask in the question a radio button showing options from 1 to 24, you will get the answers sorted as something like (copied from a production site): {CODE(ln="1")} 1 10 %3.12 <-> 1 11 %3.12 <-> 2 12 %6.25 <-> 1 13 %3.12 <-> 1 15 %3.12 <-> 5 16 %15.62 <-> 4 18 %12.50 <-> 1 2 %3.12 <-> 3 20 %9.38 <-> 1 21 %3.12 <-> 1 22 %3.12 <-> 1 24 %3.12 <-> 1 24 (Always) %3.12 <-> 3 3 %9.38 <-> 3 5 %9.38 <-> 2 6 %6.25 <-> 1 8 %3.12 <-> {CODE} See it reproduced here: http://xavi-9794-5637.show.tikiwiki.org/tiki-index.php#contentvotingsystem-2 u: admin p: 12345 field: 12 How many days? {CODE()} 1 1 %33.33 <-> 1 10 %33.33 <-> 1 2 %33.33 <-> {CODE} Answer related to "10" should be after the one related to answer number "2" PHP function natcasesort needs tobe used to sort answers. http://php.net/manual/en/function.natcasesort.php |
tracker item |
|
PluginChart doesn't produce the expected chart, just the legend
PluginChart doesn't produce the expected chart, just the legend Try to reproduce the example at the documentation, and you'll get the issue reproduced, like in the https://doc.tiki.org/PluginChart Strategic feature to get Spreadsheets and charts out of them in the game again. ^__Please note:__ This request is to have the png & jpg versions of the charts produced ( see: https://doc.tiki.org/Spreadsheet+Graphics+and+Charts#Select_the_Graphic_Type_and_Output_Format ), not some js based solution (like reusing raphaeljs or chartjs lib, etc.), since this implies an easy solution for charts in PDF reports working automagically without requiring complex solutions to get js-based charts incluided in PDF reports. A different request/wish will be added to add some optional parameter to get the chart produced with some JS lib already in Tiki like the ones cited above. ^ |
tracker item |
|
PluginMail fails sending to multiple groups
PluginMail fails when the address list contains two groups with users being members of both groups. I tested with 3 groups: Group10 (user11, user 12) Group20 (user21, user 22) Group30 (user11, user 12, user21, user 22, user31, user 32) Sending mail to Group 10+Group20 works Sending mail to Group 10+Group30 returns an error like {CODE()} System error. The following error message was returned: The query was: select `email` from `users_users` where `userId` in (?,?,?,?,?,?,?) Values: 1. 8 2. 9 3. 6 4. 7 5. 10 6. 11 7. 1 The built query was likely: select `email` from `users_users` where `userId` in ('8','9','6','7','10','11','1') {CODE} |
tracker item |
|
PluginMiniQuiz doesn't show the strings from the non-right options in 15.x or any option in 12.x
I did set up an example of Plugin MiniQuiz following the documentation https://doc.tiki.org/PluginMiniQuiz , but in Tiki15 it doesn't show the strings next to the radio buttons corresponding to the non-right options. {img src="display1036"} Reproduced in 12.x here: http://xavi-9794-5872.show.tikiwiki.org/tiki-index.php?page=HomePage u: admin p: 67890 tracker2 holds the tracker items (questions) |
tracker item |
|
PluginSlider lost start/stop control after upgrade from 12.x to 15.x
((doc:PluginSlider)) lost start/stop control after upgrade from 12.x to 15.x See the problem reproduced in doc.t.o, where the param to build Start/stop is set (buildstartstop="y" ), but nothing is shown: https://doc.tiki.org/PluginSlider#Example (compare with the screenshots from Tiki9/Tiki12 sites in the doc page) |
tracker item |
|
PluginTogether fails due to warning of edition conflict
Wasn't that fixed already in 15.x+? |
tracker item |
|
Prevent addition of unnecessarily absolute links to self, via External Link textarea tool
Links added in a certain Tiki instance to that same Tiki instance should be wiki links when the target is a wiki page. If not, they should be relative links as much as possible, rather than absolute links. Using relative links eases domain name changes, and facilitates the management of several environments (for example, synchronizing a production environment with a development environment, like nextdev.tiki.org vs dev.tiki.org). There may be cases where an absolute link is best, but these should be rare. When a user adds an external link to self with an absolute URL - for example "http://tiki.org/Foo" - which starts with one of the Tiki site root's base URL-s - for example "http://tiki.org/" - Tiki should detect the situation and convert to a relative link - for example "/Foo" - unless the user really wants an absolute URL. One vector through which URL-s are commonly inserted is the External Link tool in the toolbars of parsed text fields. This tool should be modified to detect attempted insertions of absolute links to self and offer the user conversion to relative. I imagine there should be an administrative preference to control behavior - either automatically convert to a relative link, or prompt users. Should there be more options? I believe the default should be to prompt users. |
tracker item |
|
popup box to select visible calendars shown underneath events details (using fullcalendar)
This was working in previous versions of Tiki (maybe 9.x?). I couldn't check when the regression was introduced. popup box to select visible calendars shown underneath events details (using fullcalendar) In 15.x: Using theme "Default bootstrap", but also reproduced with fivealive-lite, etc. In 12.x: using default theme style (fivealive) See it reproduced in 15.x here: http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar.php?todate=1459413360 u: admin p: 12345 {img fileId="1040" thumb="box"} To see it reproduced in 12.x, visit: http://xavi-9794-5904.show.tikiwiki.org/tiki-calendar.php?todate=1459461600 u: admin p: 12345 |
tracker item |
|
15.x: Recalculate mathematical calculation tracker field at indexing time fails
15.x: Recalculate mathematical calculation tracker field at indexing time fails The tracker field was set to that option: Recalculate on indexing. If you set the tracker field to recalculate on save, it works as expected. |
tracker item |
|
15.x: Tracker: filter items is broken when value=label set (Radio, Dropdowns, ...) + plugin trackerfilter
12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno). No matches are found when there are some items which met the intended criteria. --It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"} Login in here: http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1 u: admin p: 12345 You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact) Try to filter by that field: http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter# --- __Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"} the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/ To reproduce, see it here: http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage __The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __ __Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__ Does work: http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage Doesn't work: http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter# Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter. |
tracker item |
http://recordings.blindsidenetworks.com/bigbluebutton/a71a9df7c98b845ae41553a527a5e7c03a69fe27-1431112418160/presentation/index.html?t=16m48s
New params are added to the api, that could be exposed to tiki, so that they are shown at the description list of the bbb meetings recorded for that channel, etc.