Category: Trackers

If a tracker contains more than 25 items per month, some items are missing when showing the month in with trackercalendar. I created 25 items with different categories for a single month and everything was fine. When inserting the 26th item, the new item was invisible. After deleting another item for that month, the new item now appears. I've been struggling with that problem for months and posted a request in the forum

https://tiki.org/forumthread72130-Plugin-TrackerCalendar-does-not-show-all-items?topics_offset=2

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

plugin trackerlist param list_mode=csv does nothing for me

I remember that it used to produce the csv output of values, but I can't get it to work as expected with recent 12.x svn.

Example:
Apply profile "Voting System" so that you get that tracker as 1, and call this code in a wiki page.
{CODE()}
{trackerlist trackerId=1 fields="4:5:6" list_mode=csv max=4 showpagination="n"}
{CODE}

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

Plugin TrackerStat has no easy replacement with Plugin List, as far as a I know.

When trackers are used to fill in questionaires, there are sometimes long phrases that are written in full in the description of the field, and the field name is just some short name to refer to it.

When the user fills in the form, the field descriptions can be shown below the field.

But when results are shown through PluginTrackerStat, no field description is shown, and in some cases, it's hard to understand the answers without the full text shown in the description of the field.

This could be solved with a param to optionally display the field descriptions in the Plugin TrackerStat.
-
See it reproduced here:
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}
How many days is almost meaningless here at result-display time. The description of the field needs to be shown also: "__How many days did you attend last year to the weeksly meetings of hte organization?__"

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

Plugin TrackerToggle doesn't display the hidden field if attempting to change value in a previously saved itemId

I followed the documentation found here:
https://doc.tiki.org/PluginTrackerToggle
with this type of syntax in a pretty tracker page:
{CODE()}{TRACKER(trackerId="1" fields="2:5:10:11" showtitle="n" showdesc="n" showfieldsdesc="y" showmandatory="y" showstatus="y" wiki="Template1")}{TRACKER}

{trackertoggle fieldId="5" value=1 visible="y" id="condiv"}
{CODE}

And the wiki page Template1 contains:
{CODE()}
Field 2: {$f_2}
Field 5: {$f_5}
{DIV(id=condiv)}Field 10: {$f_10}{DIV}
Field11: {$f_11}
{CODE}

and the field is hidden by default, however it doesn't get displayed when the radio button gets the value "1" (yes) when visiting a previously saved item; e.g., with the url like:
http://xavi-9794-5689.show.tikiwiki.org/tiki-index.php?page=HomePage&itemId=3

(please note that this itemId3 has field5 stored with value 0 (case A). That's why even if you click (at item edition time) to the second value of the radio button (value 1 - case B), nothing is shown (because field5 has value 0 stored or in the session or something).

---

See it reproduced here:
http://xavi-9794-5689.show.tikiwiki.org/tiki-index.php?page=HomePage&itemId=3
u: admin
p: 12345

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:
{CODE()}
} 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;
{CODE}

I set the admin password for the show instance to 12345. See instructions for recreating on the home page of the show instance.

The word count limit option for the text area field is not working on the input form when inserting new tracker item using PluginTracker.

It appears the problem is that the ''~np~onkeyup~/np~'' attribute of the ''textarea'' HTML element is empty as follows:
{CODE(wrap=1)}
<textarea id="area_52d52c549d722" name="ins_1" cols="50" rows="15" onkeyup class="wikiedit"></textarea>{CODE}

In Tiki11 it works and the ''textarea'' element and ''~np~onkeyup~/np~'' attribute look like this:
{CODE(wrap=1)}
<textarea id="area_52d52c549d722" name="ins_1" cols="50" rows="15" onkeyup="wordCount(5, this, 'cpt_1', 'Word Limit Exceeded')" class="wikiedit"></textarea>{CODE}

{REMARKSBOX(type=note title=Note)}''Please note that I was not able to run the show.tiki.org instance due to Composer not having been run. Here was the error message when clicking on [http://lindon-10302-5096.show.tikiwiki.org]:

Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See http://dev.tiki.org/Composer for details.{REMARKSBOX}

Currently, after a report, the filter fields still appear at the top. This looks weird. Should be below or should be possible not to show, and you have a button "another search"


Or: send to another page?

{syntax type="tiki" editor="plain"}
PluginTrackerItemField has rather limited expressive power.

This worked in Tiki 11.x. I use the same site each semester for my teaching course, and the system worked in 9.x, 10.x, 11.x, but not with current version (12.x, tried updating to latest svn version but no change).

I have a PluginTrackerList call with the param "view=user" in it. It used to filter items in the tracker so that only those belonging to the user where shown. Nowadays, user can not see any tracker item. And if they are granted the perm to view the tracker, they can see all items in the tracker.

Reproduced in show.t.o:
u: admin
p: 12345

http://xavi-9794-5126.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker

Log in as simple registered user __user1__ and see try to see your items only:
u: user1
p: user1


I cannot find any other combination of tracker perms and trackerlist params to reproduce the same behavior. So it looks as a regression to me.

Any tip?

I had this plugin working in Tiki9:

{CODE()}
{TRACKERSTAT(trackerId="2", fields="42", show_percent="n", show_bar="y", status="op", show_link="n")}{TRACKERSTAT}
{CODE}

Field 42 is a Category, with a few children.

It was working nicely in Tiki9.

Once upgraded to Tiki12.x svn, it stopped showing results.

If I change the field to a text field, results are shown as expected for that text field, os it seems a regression with categories.

Reproduced here:
http://xavi-9794-5261.show.tikiwiki.org/tiki-index.php?page=HomePage

u: admin
p: 12345

Tracker 1 has some items. Field 1 is title, field 3 category. No results shown for field 3.

~tc~ Reproduced also here: http://intercanvis.net/proves ~/tc~
---
Still buggy, as of April 18th, 2015 {sign user="xavi" datetime="2015-04-19T10:25:36+00:00"}

Using Tiki 2.1, and tracker to make a survey. When using the ((doc:PluginVote)), the field type "header" is not shown properly when inserting tracker items. The header is shown as plain text, and at the end of the tracker, the headers all put all together, even if they were inserted between other fields of the same tracker.

Moreover, the text area field is not shown in the results (stats) part of the Plugin Vote, but only the title of the field (not the content, I mean)

---
In addition, if would be desirable (for usability purposes for new users) to set the tracker insertion form available as default (with a param at the Plugin Vote definition). New users may find it very hard to understand that they have to click on a tiny + sign to display the content of the form in order to fill the survey

----
item closed and marked as outdated (who knows whether this thing works in current versions, and I don't have time to test again: I'm not using this plugin any more for the time being)

See this section of a plugin trackerlist that should produce a table of tracker items:

Failing to load in 17.x:
https://dev.tiki.org/Profiles-Wizard#Closed

Working in trunk:
https://nextdev.tiki.org/Profiles+Wizard#Closed

Error in the inspector :
{CODE()}
Uncaught TypeError: Cannot read property 'childNodes' of null
at qa (min_main_8586bd0….js:sourcemap:176)
at Ja (min_main_8586bd0….js:sourcemap:176)
at a.fn.init.append (min_main_8586bd0….js:sourcemap:176)
at a.fn.init.<anonymous> (min_main_8586bd0….js:sourcemap:176)
at T (min_main_8586bd0….js:sourcemap:176)
at a.fn.init.html (min_main_8586bd0….js:sourcemap:176)
at Object.format (Profiles-Wizard:3748)
at Object.processOptions (min_main_8586bd0….js:sourcemap:7026)
at Object.getOptionSource (min_main_8586bd0….js:sourcemap:7024)
at Object.buildSelect (min_main_8586bd0….js:sourcemap:7032)
{CODE}

There are warnings before the error:
{CODE(theme="default")}min_main_8586bd006813c3eea36df705ff53807c.js:6888 Tablesorter Warning! "table.config.widgetOptions.resizable" option not recognized
validateOptions @ min_main_8586bd006813c3eea36df705ff53807c.js:6888
setup @ min_main_8586bd006813c3eea36df705ff53807c.js:6713
(anonymous) @ min_main_8586bd006813c3eea36df705ff53807c.js:6892
each @ min_main_8586bd006813c3eea36df705ff53807c.js:175
each @ min_main_8586bd006813c3eea36df705ff53807c.js:175
$.fn.tablesorter @ min_main_8586bd006813c3eea36df705ff53807c.js:6892
(anonymous) @ Calendar:28998
j @ min_main_8586bd006813c3eea36df705ff53807c.js:175
k @ min_main_8586bd006813c3eea36df705ff53807c.js:175
setTimeout (async)
(anonymous) @ min_main_8586bd006813c3eea36df705ff53807c.js:175
i @ min_main_8586bd006813c3eea36df705ff53807c.js:175
fireWith @ min_main_8586bd006813c3eea36df705ff53807c.js:175
fire @ min_main_8586bd006813c3eea36df705ff53807c.js:175
i @ min_main_8586bd006813c3eea36df705ff53807c.js:175
fireWith @ min_main_8586bd006813c3eea36df705ff53807c.js:175
ready @ min_main_8586bd006813c3eea36df705ff53807c.js:175
S @ min_main_8586bd006813c3eea36df705ff53807c.js:176{CODE}

This affects the wishes alias.

Tracker items on tiki-view_tracker.php can have a link that displays information in a popover. The link also is used to display the item's page. But hover no longer works to display the popover. A click is required. But since the click is used to display the popover, it no longer works to link to the item's page.

https://ibb.co/c0abDL

{syntax type="tiki" editor="plain"}
I have geolocated tracker items showing on a page using the searchlayer plugin within the map plugin. The issue occurs when I click on the map pins to bring up the popups - the first one comes up fine, but as I click other pins the popups seems to cycle through the information from previously clicked pins.

I’m not familiar with this code at all but was able to fix this with a hacky workaround in the tiki-maps-ol3.js file as follows:

At the beginning of the file I declared the following 2 variables:
{CODE()}
let $clickedId = “”;
let $iterations = 0;
{CODE}
Then I added one line after line 796:
{CODE(caption=“Fix Id for clicked item" colors="javascript" theme="default”)}
let type = feature.get("type"), object = feature.get("object”); //line 796
$clickedId = object; //added line to fix the current clicked item
{CODE}
Then I changed line 858 as follows:
{CODE(caption=“Only load popup for clicked item" colors="javascript" theme="default”)}
if (type && object) { //original line 858
if (type && object && object == $clickedId) { //changed line 858
{CODE}
Then I added one line after line 1896:
{CODE(caption=“Count the iterations" colors="javascript" theme="default”)}
$.fn.loadInfoboxPopup = function (options) { //line 1896
$iterations++; //added line to count the popups that the code iterates through
{CODE}
The at line 1919 I changed the code within the if statement as follows:
{CODE(caption=“Only process the last iteration which is the current clicked item" colors="javascript" theme="default”)}
if (options.callback) {
$iterations—;
if ($iterations === 0) {
options.callback.call(options.element, options.event, content);
}
}
{CODE}

The same problem is happening with the default tracker interface, as well as the trackerlist and tracker filter wiki-plugins. Essentially, if you want to display a given tracker field in a popup window when mousing over one of the listed tracker fields (i.e. fields that display as hyperlinks when listing tracker items), then that field MUST already be displayed in the listing. This behavior makes no sense, as it is pointless to display an already displayed field in a popup window.

~~#30C:__You can actually view this problem, by listing your own tikiwiki bug items, and mousing over the bug title.__ A small, but empty, popup window displays.~~

Using Mozilla Firefox browser 3.6.9, and IE 8

Quick tracker definition...

[TRACKER]
trackerId = 1
name = IT Skills
description =
descriptionIsParsed = n
useExplicitNames = n
showStatus = n
defaultStatus = o
showStatusAdminOnly = n
outboundEmail = ed@edmundcscott.com
simpleEmail = n
newItemStatus = o
modItemStatus =
writerCanModify = n
writerGroupCanModify = n
showCreated = n
showLastModif = n
defaultOrderKey = -2
defaultOrderDir = asc
useComments = n
showComments = n
useAttachments = y
showAttachments = n
attachmentsconf = 0,1,3,0,2,0,0,0
useRatings = n
ratingOptions =
categories =

[FIELD1]
name = Skill
position = 10
type = t
options = 0,20,,,50,n
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD2]
name = Last Used
position = 20
type = j
options = d
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD3]
name = Years
position = 30
type = D
options = 0.5,1,2,3,4,5,6,7,8,9,10
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD4]
name = Level
position = 40
type = D
options = Advanced, Basic, Expert, Intermediate
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD5]
name = Company
position = 50
type = D
options = Chrysler / RSB, ITTVIS / RSI, Qwest / US West, University of Kansas, University of Colorado, WTSI
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD6]
name = Position
position = 60
type = D
options = Associate Software Engineer, IT Project Coordinator, Post Doctoral Research Scientist, Programming Consultant, Research Assistant, Research Associate, Software Engineer, Systems Integrator, Team Lead, Web Designer/Developer
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD7]
name = Description
position = 70
type = a
options = 1,60,15,5000,20,1000,n
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y

When using a dropdown tracker field (https://doc.tiki.org/Drop-Down---Radio-Tracker-Field) it is possible to set value with a label. But it is not possible to use the same value for different labels.

The following won’t work and it would useful if it could :
{CODE()}0=false,0=almost false,1=almost true,1=true{CODE}

Still an issue in Tiki25, the last "of the same" value is displayed;

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

{syntax type="tiki" editor="plain"}
In a Tiki 29 I use groups for member of the same team.
In a trackerA I set a group selector field1 to select from which group is a contact.
In a trackerB I have an itemlink field2 that display and link to the trackerA field1.

On a wiki page I display information on a plugin list from the trackerB.
The information is displayed but I can also see a feedback from the lib/core/Tracker/Field/GroupSelector.php, a warning on ther top of the page.

{CODE()}
} elseif (empty($includedGroups) && ! $perms->admin_trackers) {
// user not in any of the required groups, use the global default $group and warn
$defGroup = $group;
Feedback::warning(tr('User not in any of the required groups for GroupSelector field'));
{CODE}

For some reason displaying the tracker field2 is running this code and display an error where there is none.

That used to work in earlier LTS versions of Tiki (6.x, 9.x). It's currently also broken in 9.x LTS current code.

You indicate to preselct a value in a dropdown list in a tracker (foo,foo,bar). The field gets pre-selected in the tracker form itself when used direcetly through the tracker feature. But when used through the PluginTracker, no pre-selection is made.

See the show instance to get it reproduced
Go to the "Voting" page, and compare to the "tracker1" interface.

u: admin
p: 12345

You can also reproduce in your own Tiki by means of applying the Profile "Vote".
http://profiles.tiki.org/Vote

The preference "Force users to fill tracker information" in the tiki admin secton "login" broke a newly installed Tiki 16 (from svn) shortly after installation, at the moment of activation.

I just have had started the configuration. Trackers was not yet active, so not User Tracker aswell. I will activate Trackers and User Tracker prior to activate the preference in the show instance.

This is the error message I had after activation, representing a full WSOD for logged in admin
(Please mind: the anonymous user still could see the website):

{CODE()}
Fatal error: Call to a member function getUserField() on boolean in /www/htdocs/.../tiki/.../currentroot/lib/setup/tracker_force_fill.php on line 18
{CODE}

__Update:__
When I first setup Tacker and User Tracker in the show instance, the "Force users to fill tracker information" continuously forces users to again and again create a new tracker item, even when multiple exist.
Try now with autouser field.

__Update2:__
User field with auto assign helped, but Tracker is creating multiple items, when updating info. Obviously I forgot to set "only one tem per user"! ...

__Update3:__
It is NOT working correctly. When updating user data (in tracker) from the 'my Account' -> 'my info' -> 'Additional Information' tab, multiple Tracker items are created.

I just filed this bug report:
https://dev.tiki.org/item8492-Error-on-tiki-index_p-php-Too-late-to-modify-headers-error-shown-in-wizard-for-tiki-admins-in-new-installs

as user "xavi", thorugh ((File a bug)) wiki page.
After hitting save, I saw this error message (below) where the wiki page should have provided feedback to the user (plugin tracker feedback).

{CODE()}
preg_quote(): Argument #1 ($str) must be of type string, Math_Formula_Element given
{CODE}

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

I did set the importance to 9 because it's very discouraging to new devs or users to attempt to report bugs at the bug tracker and have the sensation that their time and report might be lost (it triggers the sensation the tiki can be unreliable - dangerous effect to our comunity)

Inefficient and it is perhaps also a security leak.
See
[http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2010-10-12,Tue&sel=56#l52|irc log]

{syntax type="tiki" editor="plain"}
tikiwiki-5.0.Beta1\lib\trackers\trackerlib.php, line 3584, in function get_pretty_fieldIds:

$f = $smarty->get_filename($tpl);

may be replaced by

$resource_name = $smarty->get_filename($resource);
$f = $smarty->_read_file($resource_name);