Category: Trackers

I have created a customised regex script for validating a numeric tracker field. When editing the item in single item mode the validation works great but if you edit the item in items listing mode you can enter what ever value you want and it is accepted.
{img type="attId" attId="https://dev.tiki.org/tiki-download_item_attachment.php?attId=823" thumb="box" height="55%" width="55%" desc="?" alt="?" responsive="y"}

Tracker listings with several pages are URL encoded by e.g. '&offset=25'. This offset vanishes with status change (open, pending, closed), thus the listing starts at first item. It should be same offset or close to last items, at least optional.

Sometimes, the pagination generated by the tracker does not work. Here is an example:

#Go to:
+[http://app07.ottawa.ca/smwk/prvacancies/tracker1|http://app07.ottawa.ca/smwk/prvacancies/tracker1]
#Click on closed items
+{img fileId="965" thumb="y" rel="box[g]"}
#Select a filter
+{img fileId="966" thumb="y" rel="box[g]"}
#Scroll to the bottom on the page and click forward arrow to next page
+{img fileId="967" thumb="y" rel="box[g]"}

It auto-generates a “Page 2” link as follows (which gives an error):
[http://app07.ottawa.ca/smwk/prvacancies/tracker1&status=oc&sort_mode=lastModif_asc&filterfield=1&filtervalue%5B10%5D=English&filtervalue%5B11%5D=Aquatics+%2F+Programmes+aquatiques&filtervalue%5B8%5D=Attendant+Recreation+%26+Culture&&filtervalue%5B1%5D=Routhier+CC-172+Guigues?offset=24|http://app07.ottawa.ca/smwk/prvacancies/tracker1&status=oc&sort_mode=lastModif_asc&filterfield=1&filtervalue%5B10%5D=English&filtervalue%5B11%5D=Aquatics+%2F+Programmes+aquatiques&filtervalue%5B8%5D=Attendant+Recreation+%26+Culture&&filtervalue%5B1%5D=Routhier+CC-172+Guigues?offset=24]

What it should do, is generate it as follows (which works):
[http://app07.ottawa.ca/smwk/prvacancies/tracker1?offset=24&status=oc&sort_mode=lastModif_asc&filterfield=1&filtervalue%5B10%5D=English&filtervalue%5B11%5D=Aquatics+%2F+Programmes+aquatiques&filtervalue%5B8%5D=Attendant+Recreation+%26+Culture&&filtervalue%5B1%5D=Routhier+CC-172+Guigues|http://app07.ottawa.ca/smwk/prvacancies/tracker1?offset=24&status=oc&sort_mode=lastModif_asc&filterfield=1&filtervalue%5B10%5D=English&filtervalue%5B11%5D=Aquatics+%2F+Programmes+aquatiques&filtervalue%5B8%5D=Attendant+Recreation+%26+Culture&&filtervalue%5B1%5D=Routhier+CC-172+Guigues]

(only change is that "?offset=24" is at the beginning of the parameter list instead of at the end)

Tracker performance improvements, as agreed with Marc Laporte. He will give it a go with Louis Philippe in January 2010.

{syntax type="tiki" editor="plain"}
In the TRACKER plugin, a tracker field of type "dynamic items list" does not get updated with the changing of the associated "item link" tracker field.

The fields and updates work properly when using the built in tiki-view_tracker.php Insert New Item form. When the same tracker is used on a wiki page with the TRACKER plugin, the drop-down box for the dynamic items list field does not update.

After submitting a tracker via Tracker PlugIn, we should get a thank you / confirmation message.

This worked in the past an is now broken in BRANCH-1-9.

You can test here:
((TrackerPlugInTestPage))

{syntax type="tiki" editor="plain"}
If you have a tracker with fields e.g
X text
Y radio buttons, mandatory
Z date
and you would like to offer the user to update X only, or X and Z only, keeping the old value of Y, it won't work. The error message you get is that Y is mandatory.

{syntax type="tiki" editor="plain"}
The page where the tracker plugin is situated can contain other itemId dependent content. Therefore, it is better to preserve the itemId after posting the form.

{syntax type="tiki" editor="plain"}
Any dynamic list or other drop-down list will not get its default value, when modifying the item, or when it gets prefilled (or when autosave value is available).

I am addicted to Dynamic Lists, but the tracker plugin does not render the items at all.

It would be nice if it did.

The following plugin config worked perfectly in Tiki 10 (and indeed previous versions)

~np~{TRACKER(trackerId="6", fields="62:61:60:69:63:64:65:66:67:68:70:71:73", action="Subscribe to Newsletter", url="Newsletter Subscription Thankyou", emailformat="html", sort="y", email="admin@naturalaccess.org.uk|39,geoff.brickell@naturalaccess.org.uk|subscresp.tpl,subsccopy.tpl")}{TRACKER}~/np~

What happens now is that whilst the new tracker item/record is created instead of going to the defined URL page and sending the various emails using the templates, the page refreshes and just shows the following text:

Subject set twice

Grep'ing the 12.x branch shows that the only files that the text 'Subject set twice' is in, are:

lib/openpgp/.svn/text-base/OpenPGP_Zend_Mail.php.svn-base
lib/openpgp/OpenPGP_Zend_Mail.php
vendor/bombayworks/zendframework1/library/Zend/Mail.php

So some sort of wrong call to Zend mail ??

Which might be something to do with this tracker config sending two separate emails with different text defined by the templates??? Just guessing really


Fixed by r48536 - thanks Jonny

On ((Add to WishList)), quicktags are missing.

Tracker plugin (visible to group 'students' via a quiz_tpl wiki page) allows the student to submit the item infinite times, regardless of settings.

This may be a user error situation, in which I thank you for your efforts. I have also considered the fact that when I sign in as a 'student', I'm using the exact same machine that I admin on, and that may have a 'bleed over' of permissions, but then again, Plugin Tracker honors 'student cannot add new items' and blocks the plugin accordingly.
~np~
1. The quiz interface wiki page (shows score after submission. Reloads to itself to show populated submission, but should ideally turn the tracker itself into an error):

!!!Checkpoint Quiz Summary
{trackerlist trackerId="9" fields="46:47:48" showlinks="n" view="user" wiki="quiz_view_tpl"}
----
!!!Complete Checkpoint Quizzes

{tracker trackerId="9" fields="46" url="cp_quizzes" wiki="quiz_tpl"}~/np~

2. Wiki Templates
Both wiki tpl's are simple table structures with a title and the corresponding field variables
quiz_tpl =
~np~
!!!!Available Quizzes
||Checkpoint Quiz One
{$f_46}||

quiz_view_tpl =

!!!!Checkpoint Quiz One
||Question|Submitted Answer|Point Earned|Feedback
What is a vector?|{$f_46}|{$f_47}|{$f_48}||
~/np~
3. Object Permissions
Students are only granted :
View Trackers
Add New items to trackers.

All other tick boxes are blank

4. Tracker Properties
All the fields are set to 'visible by all' and all permissions are default except:
1. Non-admins limited to wiki only
2. Creator can modify his own items (UNCHECKED)
3. One item per ip address or user (since field #45 is user with auto increment)

I have tried deleting the page and deleting the tracker and starting over again to see if I had somehow mixed up the permissions. But to no luck.

Here is my 'test student' login:

learngis.org/tiki
gisuser
GISisCool

If you click on the Quizzes link, you can see the behavior of the tracker. If you would like to explore further with an admin login, please let me know. Once I get this set up right, I'll be able to do more quizzes and tests without issue.

I attempted to use an instance of Tiki Show, but it gave me a smart error when I tried to login using admin/admin and admin/12345 (after I changed the password):
Fatal error: Uncaught --> Smarty: Unable to load template file 'password_jq.tpl' in '/var/www/duqtape-11783-5759/templates/tiki-change_password.tpl' <-- thrown in /var/www/duqtape-11783-5759/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php on line 129

#Create a Tracker with a drop down field that has several choices. #Enter one choice twice in Succession to get a "default" value.
#Enter an item using the tracker, but select a non-default value in the drop down field.
#Create two wiki pages each with one of the plugins as defined below...
~np~{TRACKERLIST(trackerId=3,showlinks=y,sort_mode=created_desc,url="tiki-index.php?page=Tracker+Plugin+Test&itemId")}{TRACKERLIST}~/np~

~np~{TRACKER(trackerId=3,url="tiki-view_tracker.php?trackerId=3")}{TRACKER}~/np~

Notice that the TRACKERLIST plugin, has a "url" argument that will display the page with the TRACKER plugin. The "url" has "&itemId" at the end of the url, so that clicking any item, will open the page with the TRACKER plugin, and you should see all the fields filled in with their correpsonding values (from that item).

For the dropdown menu, the value displayed is NOT the one that was originally selected by the user, but rather the default value.

The TRACKER Plugin is great for "Insert New" functionality, but cannot be used for "Edit Item" functionality, as fields with default value settings cause an overwrite of the user's input for those fields.

This situation prevents the user of the TRACKER plugin as a round-trip tool (insert with TRACKER --> TRACKERLIST --> edit with TRACKER), as the user's values are blown away and replaced with the default field values.

Note: values selected using "Category" field types are never selected using the TRACKER plugin to edit a TRACKER item. For some reason the TRACKER plugin does not pick up category values from category fields, although does allow inputing them.

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

Instead of this:
{img src=images/code.png}%%% {CODE()}
*[tiki-view_tracker_item.php?itemId=909|Integrating fotonotes or wikigraphe or DOM Image annotation to the Image gallery]
{CODE}

I should be able to indicate something like:
{img src=images/code.png}%%% {CODE()}
*{bug909}
{CODE}

and have the nice link generated. And if the title of the bug changes, I am OK. Having some more info about the bug in a mouse over would be a nice bonus!

Having a drop down menu or bug picker would be sweet too!

Maybe even some backlinks detection!

You can see an nice example here that even has a bug icon
http://winscp.net/eng/docs/history

I set the tracker plugin with transaction step.
So I split the initial plugin tracker into 5 plugin trackers setting the following parameters for each one: transactionName, transactionStep and transactionFinalStep.
Something that looked like:

{CODE()}{TRACKER(trackerId="4" fields="1:2:3" transactionName="new" transactionStep="0" transactionFinalStep="n")}{TRACKER}{CODE}

{CODE()}{TRACKER(trackerId="4" fields="4:5:6" transactionName="new" transactionStep="1" transactionFinalStep="n")}{TRACKER}{CODE}

…/… till the last step a bit different.

{CODE()}{TRACKER(trackerId="4" fields="10:11:12" action="Save" transactionName="new" transactionStep="4" transactionFinalStep="y")}Thanks{TRACKER}{CODE}

The page show an error : You need to define both transaction name and transaction step, or none of the two.

It has been confirmed that it is not working

When using the Tracker Plugin in a form to input data the Text and Text Area Field Types are not displaying the acutal input box, only the field description is showing. I have temporarily changed the field types to other types (checkbox, dropdown, etc) and then the actual input box does appear.

I have tested the same form on several different TikiWiki 2.0 sites and I have the same problem on each of the different sites.

When a tracker field type is email, a new option:

sendEmail=y|n|oy|on


This will permit that people that fill in a form get a copy of what they are filling out, which is often the case in public forms.


If this is set to (y)es, an email is sent to this email
If this is set to (n)o, no email is sent to this email
If set to (oy)ptional, the checkbox is check by default
If set to (on)ptional, the checkbox is not check by default

A checkbox is added at the bottom of the form like here:
http://www.comsol.com/support/form.php

2- A distinct email notification tracker would be needed (in addition to templates/mail/tracker_changed_notification.tpl) because we may not always want to disclose the same information to people that fill the form cv admins watching the forms.

3- The "from" email of the notification of this tracker should be the email which is filled in (as an option). So when I am notified about this tracker, I can just click "reply".

The user tracker is very useful:
tiki-view_tracker_item.php?view=+user

However, sometimes, I may want to manage this info in many different wiki pages. For example, I would like to put these three user forms on different wiki pages:

{CODE()}
{TRACKER(trackerId=>9, fields=>1:2:3, usertracker=>y)}{TRACKER}
{CODE}

{CODE()}
{TRACKER(trackerId=>9, fields=>1:4:5, usertracker=>y)}{TRACKER}
{CODE}

{CODE()}
{TRACKER(trackerId=>9, fields=>1:6:7, usertracker=>y)}{TRACKER}
{CODE}

trackerId #9 is a usertracker and field 1 is the login (so we can associate to appropriate tracker)


I would have more freedom to add instructions, comments, etc

Combined with [tiki-view_tracker_item.php?itemId=122|WikiPluginTracker : Confirmation message to any URL], I could create multi-page user trackers.

If the info has already been filled in, the tracker plugin will come-up pre-filled, like tiki-view_tracker_item.php?view=+user does.

We could also have the same concept for the group tracker:
tiki-view_tracker_item.php?view=+group

And why not extend to any tracker?

It looks bad:
{img fileId="954" thumb="y" rel="box[g]" width="640"}

Tracker pop-up does not expand to the right edge of the page like it used to in Tiki 18x.
Conditions: this is for Plugin TrackerList in wiki pages (the pop-up works correctly in the Tracker directly)

Here is a screenshot of the regression:
{img fileId="1345" thumb="box"}
__''NOTE: it is visible that there is plenty of room to the right for the pop-up to expand to the right edge of the page, but instead, it expands up and down, making the pop-up unusable where larger amounts of text are used.''__

Also, this behaviour can be seen directly on this site, on the Search Wishes wiki page - https://dev.tiki.org/Wishlist
here is a screenshot if the incorrect pop-up behaviour:
{img fileId="1346" thumb="box"}

Here is a screenshot of how it is currently, and correctly, displayed in Tiki 18.4:
{img fileId="1347" thumb="box"}

Thanks,
Mike

__UPDATE Jan. 04, 2020:__
- I discovered a deeper problem resulting from the incorrect pop-up format:

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

This screenshot is displaying a pop-up of an Item Link field that should be in Table format, however, each of the columns (as well as the content) is being displayed in vertical (written) format, completely unusable.

__UPDATE Dec. 02, 2020:__
*when there is special formatting in the text area, it spills over the text behind it like in this pic:
{img fileId="1477" thumb="box"}

On the trackers properties we have 2 areas to control tracker status display and usage.

"Display" shows 2 preferences (checkboxes on/off):
* Show status
* Show status to tracker administrator only

"Status" (visible even if status is disable) shows options:
* New item status (o,p,c - dropdown)
* Modified item status (no change, o,p,c - dropdown)
* Default status displayed in list mode (o,p,c - Multiselect)

But there are inconsistencies !
For example;
- Both of the Display can be disable => __Status is not used__
- New item status can be set to __Pending__
- Default status displayed in list mode can be set to __Open__

As result, if you create an item it won't be displayed !
New item created is Pending and List shows Open item is applied. ??‍♂️

If Status is disable, it should be really disabled and nothing should interfere. (the sub options should be hidden, grayed, disabled)

If would make sens to regroup things under the same area.
* Add the options as child of the feature on/off switch
* Regroup the feature and option under Status

{syntax type="tiki" editor="plain"}
Tracker rating links on http://dev.tikiwiki.org/ are illegible. The options for ratings appear as "--2-1012" which looks like some kind of numerical label. The "-2", "-1", "0", "1", and "2" are not visibly distinct entities.