Category: 15.x

Here is a URL:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow

Say I want to check the history and share a URL, I click "history" and then "compare", I get:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=125&tra_lang=sq&paginate=on&history_pagesize=200

This is long and has things which are not useful to share the link.

So let's look at the params:

|| page=Tiki+Suite+Slideshow | Needed
history_offset=1 | Not needed
diff_style=sidediff | Needed only if different than the default diff
diff_style=sidediff | this is there twice
show_all_versions=y | Not needed
compare=Compare | Why do we need this?
newver=0 | Needed. 0 seems to be for latest. So if ommitted, it should
oldver=125 | Needed
tra_lang=sq | Not needed
paginate=on | Not needed
history_pagesize=200 | Not needed
||

So diff_style=sidediff is there twice

I would want the simple one to be like this:
Compare version 120 to current:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&oldver=120

Compare any two versions:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120

And if diff style is different from site default:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120&diff_style=unidiff

Thanks!

The Timesheet style sheet - jtrack.css - contains
{CODE()}
body {
font-family: Arial, Tahoma, sans-serif;
font-size: 11px;
}
{CODE}

This affects not just the Timesheet feature, but the entire page, and since this CSS file loads after the theme style sheet, etc., it overrides the theme body font-family and size values. Nasty. Can the order of CSS files be changed? The theme style sheet should be last, to be able to override external and feature-specific CSS files.

When you create workspaces via templates, then afterwards edit such a workspace, the title of the "Edit" Header doesn't carry the template the workspace is based on.
If you have "template1~workspace" and "template2~workspace", in both cases the text would have only "Edit this category: workspace", but one wouldn't know which of those is being edited.

When a wiki syntax field calls maketoc and the FADE plugin, the table of contents generated may contain bogus entries at the beginning. All the titles in the body of any call to FADE are taken into consideration by maketoc.

This bug is very similar to {wish id=5496}.

! Example

With the following field content, the TOC contains 2 headers, instead of just "Normal header":
{CODE(color="tiki")}
{maketoc}

! Normal header
This is a test page for the FADE plugin.

{FADE(label=Label)}
!! Header which should not be in the TOC
Lorem ipsum...
{FADE}
{CODE}

{syntax type="tiki" editor="plain"}
((doc:Together)) works for tracker items. No reason for it not to work for wiki pages

Let's coordinate ((Together|here))

When I click on the icon to "Choose or upload images" here in https://dev.tiki.org/Make+a+wish the page refreshes and all the content I typed (and selections to tracker fields) is gone.

Reproduced with Chromium 50 or Firefox 46 in Linux 64 bit, in case it matters.

It is very difficult to use tiki.org sites header menus and login and does not look nice on smartphones. I'm filling this bug report from iPhone 4S and just to login using the login pop up in the top bar was PITA.
See the screen captures below:
(hmm, another issue is tapping the "Choose and upload image" icon does nothing - ah, I need to tap it twice! anyway, it is also PITA using the elFinedr on smartphone to upload images - can we switch it off and use the new jQuery Upload UI instead?)

{img fileId="1024" thumb="box"} {img fileId="1025" thumb="box"} {img fileId="1026" thumb="box"} {img fileId="1027" thumb="box"} {img fileId="1028" thumb="box"} {img fileId="1029" thumb="box"} {img fileId="1030" thumb="box"}

The field type "items list" has to be applied in a target tracker.
The field type "items list" compares a field of a source tracker with a corresponding field of a target tracker and displays the content of a number of pre-selected fields of the source tracker in the target tracker.

I have setup an example use case on show.tiki.org. Please review __[http://torsten-11143-5621.show.tikiwiki.org]__ for further detailed information.

In this example use case the source tracker contains the adress data of locations, where a self-empoyed service technician named "Peter Wright" has to work when jobs are assigned to him by his customers.

The target tracker contains all relevant Job related data.

The source tracker and the target tracker are interlinked with one corresponding field in each of both trackers, which have the same field title and a corresponding content (here the "location name").

Based on the selection in the correspondiung field of the target tracker, another field of the target tracker shall display the content of a number of pre-selected fields of the source tracker.

The field type "items list" works with "item link", but it does not work with "dynamic item link / dynamic item list".

The list of fields linked from the source tracker is __not sortable__. But for a proper display it would be crucial, that this list would be sortable.

It would be very handy, or better said a logically expected functionality, tht tis field type would be working with "dynamic item list/link" aswell. This is not a bug, but missing this functionality could be considered as a partially non-finalised development.

Please review the show instance and comment on this wish-list item what you think.

Best regards,
Torsten

Hi,

I have a small simple thing, which I consider a bug. It hurts me, and hopefully it is not a great deal to fix it (I hope it to be a "some minutes fix"):

* I use the tracker setting "do not display empty fields".
* I use a tracker to collect bibliographic references
* I use Pretty Tracker templates to display bibliographic references in a scientific standart.

For certain elements of a bibliographic reference you need "punctuation characters" like commas or brackets at specific positions to distinguish a number of pages or page from to or if numbers mean chpters or pages, etc.

These punctuations are always the same and standardised and shall not be editable by the editorial team, but instead automatically added by the system (Tiki), when an item is not empty.

Examples:
I type in the tracker form "2014" and the system displays ", 2014"
I type in the tracker form "207 - 221" and the system displays ", p. 207 - 221"
etc.
I want to use the fields prefix and suffix for that, but the problem is right now, that these field prefixes and suffixes are displayed in Pretty Tracker pages even for empty fields, when I use {$f_field_name} or {$f_fieldId}, maybe the setting "do not display empty fields" does work for standart tracker item display only but not for a template based Pretty Tracker like custom display.

Any hints? anybody up to for checking how much work a fix would be.

Hi,

When exporting a tracker with two linked fields (Item Link, Dynamic Item List), and the option 'Export ItemLink type fields as the itemId of the linked item (to facilitate importing)' is chosen,
the first can correctly export the ItemID (instead of the text within the field) while the Dynamic Item List only exports text.

This presents a problem when importing, i.e. if you have a back-up mirror site, as this field does not import (it's left blank). If you manually change all the Dynamic Item List items in the exported .csv file to corresponding ItemID's, than it imports correctly.

Tested in Tiki 12 and 15, same in both.

Thanks,
Mike

I did a fresh install of Tiki 15.0 Alpha and made it set up a new database. I left everything at its default values (as far as no input was required). I did not run any of the wizards for applying ready-made profiles or theming. Instead I went directly to the Feature section in order to enable the Trackers feature. But there is no checkbox for selecting the feature.

[https://dev.tiki.org/tiki-download_file.php?fileId=1033&display|Screenshot]

If I apply the Company_Intranet_12x profile and return to the Features configuration, the Tracker feature checkbox is there. It is not there after applying the Small_Organization_Web_Presence_12x profile.

Tracker field 'Dropdown with other' does not display the other field.
See it reproduced in trunk after applying the profile "Voting System" and attempting to add an item (cast a vote) using the other field.

To reproduce: login as
u: user1
p: user1
(plain registered user)

And go to

http://duqtape-11783-5792.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

where you will be able to insert new items,

You can admin the site with:
u: admin
p: 12345

Tracker field text-area flow over the field name if using wysiwyg and same row=no in a tracker plugin.

{img fileId="1080" thumb="box"}

There is an instance to check it:
http://bsfez-11581-6093.show.tikiwiki.org/tiki-index.php

Hi,

Since Tiki 15x (so since Bootstrap) tracker field type Multiselect with the parameter 'Input type: List box':

*displays an unusually tiny box
*uses a very small font to display the text in the box
*only displays one row of options (no options to choose how many rows to display)

Here is a pic of what it looks like:
{img fileId="1239" thumb="box"}

This renders the multislect field unusable in 'List box' format (or very difficult to work with in the best case scenario).

Has anyone experienced this?

Thanks,
Mike

__UPDATE, Oct. 16, 2018 / 19:12__
I created a Show Instance with two examples (on Home Page, login/pass: admin / admin54321)
*the top example contains simply Smarty code in the Wiki page template

*the second example is Smarty inside a Fancy Table on teh Wiki page template

So it looks like the problem only occurs in the second instance.
Any way for Multiselect to show properly in a Fancy Table via a wiki page template?

tracker inline edition doesn't edit the field, just re-loads the page.

Reproduced here:
http://xavi-9794-5922.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
u: admin
p: 12345

Log in as admin to the site, and Click at the icon to edit inline any field.
The page is refreshed (maybe after quickly showing the controls to edit the value).
---
Update: when clicking on radio button or date fields, I get to see the edit form, but it quickly dissapears with the page reload. {sign user="xavi" datetime="2016-05-31T06:48:49+00:00"}

Need to ckeck show instance first

Torsten

__Could not reproduce it, so I close the item!__

Torsten

Go at https://dev.tiki.org/tiki-view_tracker.php?trackerId=5

Check the url for the status bullet above the tracker items table:
https://dev.tiki.org/tracker5&status=p&sort_mode=created_desc

It is wrong and not working.
It should be :
https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=p&sort_mode=created_desc

Tracker items Export after filtering fails (either all items or none exported, depending on how you create your plugin TrackerFilter call). That was known to work in the past (see ), and I recall using this type of feature long ago (years ago, maybe with tiki6???).

It seems as if minor fix was needed to have it export items filtered on the criteria indicated through either PluginTrackerFilter or based on the filtering in the tracker feature interface itself.

http://xavi-9794-5876.show.tikiwiki.org/
u: admin
p: 12345

!!! Fixed
!!!! Case 1: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Filter for the word "topic". It will list just 3 items from the longer list of items in the tracker.
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?trackerId=1#trackerFilter1-result
* click at the "Export" button at the bottom, which will load this page (should it be another url?), and apparently nothing happens: the same page is reloaded:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?controller=tracker&action=export&trackerId=1&displayedFields=4&f_4=topic


!!!! Case 2: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
* Type the word "topic" in the ext box and click at "Export it" button. The csv produced has no content.

!!!! Case 3
You want to do the same from the tracker feature itself: after listing items, you filter bsaed on some criteria, and you click at ecport, you expect to get that filtering applied to the csv to be exported.
The url might look like:
http://xavi-9794-5876.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=export&trackerId=1&status=o&sort_mode=f__asc&filterfield=4&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B4%5D=topic&filter=Filter

Couldn't we use these values in the arguments of the url to have a pre-selection of items to be exported?
---

!!! Pending Fixing
Update: Filter based on cases of "Multiple selection" fields do not work: nothing is exported or all is (filtering doesn't seem to be working). {sign user="xavi" datetime="2016-06-07T08:14:59+00:00"}
!!!! Case 11: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Field 7 (multiselect): "Resources needed" produces:
+ {CODE()}__tracker field type not processed yet M__{CODE}

!!!! Case 12: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
*You can't see the form field to filter based on the multiselect field. You type Laser at the text field to filter, and a 0 byte file is produced.

!!!! Case 13
You want to do the same from the tracker feature itself:
http://xavi-9794-5876.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
* Filter for the "Resources needed" Laser Pointer. 3 items will be shown (out of the 6 max).
* click at the "Export" button at the bottom. None is exported, just the header line with the variable names, but no record below.

Tracker plugin show logged user info and not actual tracker data for user preference fields.

tracker status not shown in php7 at tiki-view_tracker.php

To reproduce, use php 7.x, install a new tiki site, and apply the "Bug tracker" profile, for instance.
Then attempt to view status at tiki-view_tracker.php?trackerId=1

"showStatus" shows no column (not even the green question mark)
"showStatusAdminOnly" shows the green question mark in that column
column shown in tiki-view_tracker.php/tpl (the left most column of the table)

and looking at tiki-view_tracker.php, $smarty->assign('status_types', $status_types); get 0 number of status_types
in the count
line 160 onwards, in 15.x
therefore, $tracker_info["showStatus"] = 'n';
...
(and getting lost there)
Someone with better skills of the differences between php7 and earlier versions is needed.
---
~np~[~/np~Edit Torsten: ist that maybe related to [https://dev.tiki.org/item6254|Bug 6254] ? ~np~]~/np~
---

When creating or editing a tracker item, multi-line fields (text areas) can offer a toolbar, as wiki pages do. This works fine if the 'Use legacy tracker insertion screen' (tracker_legacy_insert) preference is enabled, but otherwise there are several bugs. Notably:
# The tooltips supposed to use Bootstrap popover are not processed, so they display as native titles, starting with a colon.
# The tools to insert internal and external links are sometimes unusable, at least in Firefox 53. The dialog appears, but clicking the text fields does not focus them. This does not happen in Google Chrome.
# Clicking the question mark quietly closes the edition dialog, losing the changes.

Yet, there are no JavaScript errors. I guess issue #1 occurs because the JavaScript for popovers runs on page initialization, so it does not catch popovers added to the DOM later. Other issues are probably similar, but I tried debugging issue #3 using Chrome developer tools unsuccessfuly. I fail to see an event listener on the question mark icon. I do not understand why the dialog would close when clicking if no JavaScript is run. There is no HTTP request when clicking.

The new edition screen was added notably in r50712 and r50714. This affects Tiki 15, 16, 17 and trunk (as of r63265). I set Importance to 8 because issue #3 can cause a certain data loss. I am surprised not to find an existing report of this bug since the field I am filling right now is affected by this problem.

Each tracker can have 1 title field. When an item of that tracker is listed, the value of that field can link to tiki-view_tracker_item.php. When listing with the TRACKERLIST plugin, the showlinks parameter controls this behavior.

As can be seen in Tracker_Field_Abstract::renderOutput(), this works by surrounding the return value of renderInnerOutput() with opening and closing HTML a element tags.

While this works for simple field types, this is highly unreliable when rendering a textarea field which is wiki-parsed. If the parse generates a link, the result is invalid HTML.

For example, if tracker 1 contains a single Textarea field, and a single item with value "foo\n!!! title
", calling the plugin with "~np~{trackerlist trackerId="1" showlinks="y"}~/np~" will cause the field to show as a link only on the first line ("foo"), at least in Google Chrome, since a header inside a link is invalid. I am not sure why, but if listing the items from tiki-view_tracker.php?trackerId=1 instead, the link only stops between the second and third lines (i.e. the title itself links).

This issue has probably been there from the time TRACKERLIST was written (r3627). If not, it must have been in r33456 (see renderValue() in https://sourceforge.net/p/tikiwiki/code/33456/tree/trunk/lib/trackers/trackerlib.php ).

Applying the profile "Tracker_as_calendar_12" with php 5.6 or php7.0 (on ubuntu 16.04 64 bits with mysql 5.7) produces this type of error:

{CODE()}
System error.

The following error message was returned:

Expression #8 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'tiki12svn_trackercalendar.ttif.value' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

The query was:
SELECT tti.*, ttif.`value`, ttf.`type`, `lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) WHERE tti.`trackerId` = ? and (`status`=? or `status`=?) AND `ttif`.`fieldId` IN( ?,?,?,?,?,? ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc

Values:

1
o
p
1
2
3
4
5
6

The built query was likely:
SELECT tti.*, ttif.`value`, ttf.`type`, `lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) WHERE tti.`trackerId` = '1' and (`status`='o' or `status`='p') AND `ttif`.`fieldId` IN( '1','2','3','4','5','6' ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc

Stacktrace:
* /var/www/html/12.x/tiki-index.php : 0 -> {main}(array ( ))
* /var/www/html/12.x/tiki-index.php : 686 -> __toString(array ( ))
* /var/www/html/12.x/lib/core/Tiki/Render/Lazy.php : 22 -> call_user_func:{/var/www/html/12.x/lib/core/Tiki/Render/Lazy.php:22}(array ( ))
* /var/www/html/12.x/lib/core/Tiki/Render/Lazy.php : 22 -> {closure:/var/www/html/12.x/lib/wiki/renderlib.php:331-341}(array ( ))
* /var/www/html/12.x/lib/wiki/renderlib.php : 334 -> get_parse(array ( ))
* /var/www/html/12.x/lib/wiki/wikilib.php : 488 -> parse_data(array ( ))
* /var/www/html/12.x/lib/tikilib.php : 386 -> parse_data(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1589 -> parse_first(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 476 -> plugin_execute(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1018 -> wikiplugin_tabs(array ( ))
* /var/www/html/12.x/lib/wiki-plugins/wikiplugin_tabs.php : 84 -> parse_data(array ( ))
* /var/www/html/12.x/lib/tikilib.php : 386 -> parse_data(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1589 -> parse_first(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 476 -> plugin_execute(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1018 -> wikiplugin_trackerlist(array ( ))
* /var/www/html/12.x/lib/wiki-plugins/wikiplugin_trackerlist.php : 1692 -> list_items(array ( ))
* /var/www/html/12.x/lib/trackers/trackerlib.php : 1274 -> fetchAll(array ( ))
* /var/www/html/12.x/lib/core/TikiDb/Bridge.php : 32 -> fetchAll(array ( ))
* /var/www/html/12.x/lib/core/TikiDb/Pdo.php : 109 -> handleQueryError(array ( ))
* /var/www/html/12.x/lib/core/TikiDb.php : 148 -> handle(array ( ))

{CODE}

Same profile applied on older mysql (5.6) and older svn revision works as expected. Reproduced here:
https://demo.tiki.org/12x/tiki-index.php?page=Tracker_as_Calendar_12
u: admin
p: 12345

Unable to drag-drop preferences in perspective tab. I got this error in console :

jquery-migrate-1.4.0.js:23 JQMIGRATE: Migrate is installed with logging active, version 1.4.0
content.js:349 Uncaught TypeError: Cannot match against 'undefined' or 'null'.
at removePlaceholder (chrome-extension://mfidmkgnfgnkihnjeklbekckimkipmoe/content.js:349:36)
at releaseElement (chrome-extension://mfidmkgnfgnkihnjeklbekckimkipmoe/content.js:403:5)
at removed.forEach.el (chrome-extension://mfidmkgnfgnkihnjeklbekckimkipmoe/content.js:498:27)
at Set.forEach (native)
at MutationObserver.<anonymous> (chrome-extension://mfidmkgnfgnkihnjeklbekckimkipmoe/content.js:498:13)
removePlaceholder @ content.js:349
releaseElement @ content.js:403
removed.forEach.el @ content.js:498
(anonymous) @ content.js:498
content.js:364 Uncaught (in promise) TypeError: Cannot read property 'insertBefore' of null
at addReblockButton (content.js:364)
at allowElement (content.js:383)
at content.js:477
at Generator.next (<anonymous>)
at resume (components.js:20)
addReblockButton @ content.js:364
allowElement @ content.js:383
(anonymous) @ content.js:477
resume @ components.js:20