Category: Trackers

13.x: tracker field 'static text' shows description by mistake below the field because that is only meant to be parsed as field content.

When using PluginTrackerList, the error is now happening, but just when using tracker interface directly.

Example:
{img src=https://dev.tiki.org/display799}

Reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=1&modal=1

u: admin
p: 12345

13.x: tracker field type 'header' stopped displaying a hidable section and header level parameter makes no change
In 12.x, it still works as expected

!! Example in 13.x
Reproduced in 13.x here:
http://xavi-9794-5432.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=1&modal=1

u: admin
p: 12345

header fields are "More Personal Data" (id 27) & "Even More Personal Data" (id 28), as heading level 2, open by default. But they are displayed as non header, and non hidable/closable.

!! Example in 12.x
Compare with the equivalent setup for 12.x here:
http://xavi-9794-5294.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2&cookietab=2
u: admin
p: 12345

13.x: TrackerCalendar info in the popup box when hovering on items shows content without parsing (ok in 12.x)

{img fileId="780" thumb="y" rel="box[g]" width="600"}

See it reproduced in the show instance linked to this item
u: admin
p: 12345

See:
http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12

Hover over the item "A lightning talk", and you'll see the issue.

13.x: User Tracker can't be chosen in the interface to edit groups
Tried with Registered, following the instructions of the profile "User & Registration Tracker".

This profile instructions In 12.x still work like a charm, as usual. But in 13.x, there is no option to show the field to choose the "User tracker"

13.x: User Tracker can't be chosen in the interface to edit groups
Tried with Registered, following the instructions of the profile "User & Registration Tracker".

This profile instructions In 12.x still work like a charm, as usual. But in 13.x, there is no option to show the field to choose the "User tracker"

See it reproduced here:
http://xavi-9794-5307.show.tikiwiki.org/tiki-admingroups.php?group=Registered

u: admin
p: 12345

13.x: when a mandatory field is not filled in a long tracker form, the user is not sent to the right section where the text is shown indicating the missing field info

Reproduced in category fields (not in text fields, which work fine) in the show.t.o instance:
http://xavi-9794-5427.show.tikiwiki.org/tiki-register.php
Try to register a new account, but leave the mandatory field "CountryCateg" empty.
Reproduced using Chrome.

Admin credentials:
u: admin
p: 12345

Reproduced in the registration form, and directly through the tracker1 also.

When trackers are used for contact forms, they are sometimes spammed.
---
update by xavidp (Oct 4th 2008): using Tiki 2.1, feb12.css and trackers with mirror tables, an anonymous can insert a tracker item without filling the antibot captcha.
You can test it live on:
http://moviments.net/tracker15

All fields are text except for "correu electrònic a moviments.net" which has to be "e-mail"-type.
---

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

See it reproduced here:
http://xavi-9794-5599.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&cookietab=2

u: admin
p: 12345

{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'No template available for n - view' in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php:75 Stack trace: #0 /var/www/xavi-9794-5599/lib/smarty_tiki/function.trackerfields.php(150): TrackerLib->getSectionFormatTemplate('n', 'view') #1 /var/www/xavi-9794-5599/templates_c/en_basic^27844a6db0a459631df676325f554f23b85339c7.file.tiki-view_tracker_item.tpl.php(254): smarty_function_trackerfields(Array, Object(Smarty_Internal_Template)) #2 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(188): content_550af41d208c17_48420797(Object(Smarty_Internal_Template)) #3 /var/www/xavi-9794-5599/lib/init/smarty.php(297): Smarty_Internal_TemplateBase->fetch('tiki-view_track...', NULL, NULL, NULL, false) #4 /var/www/xavi-9794-5599/lib/init/smarty.php(259): Smarty_Tiki->fetch('tiki-view_track...', NULL, NULL, NULL) #5 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(394): Smarty_Tiki->fetch('tiki in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php on line 75
{CODE}

Fixing r58885 in branches/15.x/templates/tracker_filter.tpl ([[FIX]Fix serurl links for tracker status in the filter bar.) I noticed that in 15.x there is no visual indication of which tracker item status filters are applied at any given time Some circle, of background, underline or something?

In addition, when you print in paper in Black and White, you have no clue which status correspond to each item. I solved this issue in the past by means of slightly modifying the gif image to indicate an "x" for closeed and a minus sign "-" for pending. HOw can this be done in the Bootstrap era?

See it reproduced here:
http://xavi-9794-5984.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=op
u: admin
p: 12345

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.

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.

18.x Seen here: https://dev.tiki.org/Forum

19.x is OK: https://nextdev.tiki.org/Forum

I have a tracker with 80 items and one with 200 items. Latest code from SVN (updated 6/24).

Pagination fails completely - sometimes page 3 works, sometimes it doesn't. Page 2 fails all the time (that is - no movement)


This is with ajax on: firebug reports POST:
xajax=loadComponent&xajaxr=1214318443517&xajaxargs[]=tiki-view_tracker.tpl&xajaxargs[]=tiki-center

Even thought the param for offset is right, the data returned is always the same page I just sent.

As a result, nothing happens! Is there a way to turn ajax off in trackers only?

Without Ajax, the page changes, and if I manually put the URL in with the right offset, it goes to the right page

More details-
The error appears to be tied to the "insert new item" tab of a linked item.

IE reports an XML error, as does Firefox. The firefox console says this:
Error: not well-formed
Source File: http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=8&offset=10
Line: 606, Column: 46
Source Code:
<option value="Technology and the Demand for Skill - An Analysis of Within an

The green arrow points to between the S and k in "Skill". Note the extra space - none appears in the linked field.

Even when I got rid of that item, AJAX pagination fails, but this time without a console error. What happens is that the window doesn't resize, and I get a "windowWidth is not defined" error, and the tabs never form.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me

https://wikisuite.org/tracker2 when I add an item, I get pop up but I can't save. Please see image.

"OS independance" should be "OS independence"

http://dev.tikiwiki.org/tiki-index.php?page=Report+a+Bug

Many times, in random places, the www will get knocked off the hostname. I think it mostly occurs when I submit a confirmation to do something. I noticed it again today on: ./tiki-removepage.php when I confirmed the page removal at www.casesofinterest.com, I was returned to casesofinterest.com - kind of annoying, as I wasn't logged in to casesofinterest.com. The www should not be dropped.

Trackers can have many fields.

Multilingual is a way to have multiple values.

Native multi-valued trackers would be useful in certain circumstances.

Another way is to use ((doc:Category Tracker Field)) or ((doc:Items List and Item Link Tracker Fields)) or ((doc:Drop Down - Radio Tracker Field)) with multiple choice option. Probably the best is to build upon the ((doc:Relations Tracker Field)).



We would also want multiple sets.

First Name 1 (field 46)
Last Name 1 (field 47)
Address 1 (field 49)

First Name 2
Last Name 2
Address 2

First Name 3
Last Name 3
Address 3

First Name 4
Last Name 4
Address 4

Could we imagine a new tracker field type "Set of fields":
Fields: List of fields in the set. ex.: 46,47,49
Number of repetitions: ex.: 3

This would create artificial fields (in this case 46-2, 47-2, 49-2, 46-3, 47-3, 49-3, 46-4, 47-4, 49-4)

So these fields could be used independently (ex.: 47-2), but since they are linked, we could have some smarter handling for forms, reports and exports.

We could want the input form to by default indicate only the first set of fields, and via jQuery, show additional set of fields.
We could want a report/export of this "Set of fields" which would aggregate everything in one listing.

{draw id="28"}

2-way sync of userPreference tracker field (between user tracker and preferences) tricky to set up

I'll see if I can reproduce it in a show.t.o instance...
More info to come...

Using Tiki 2.0, and a modified gemsi.css theme style. Trackers with Compulsory fields in trackers are not counted as so. As least, category field marked as compulsory.

I have a tracker with many fields, some of them compulsory, which is used through the TRACKER plugin.
http://moviments.net/cursos/Inscripcions+2008

I insert a new item leaving two compulsory fields unchecked:
* a drop down field: "Franja d'edat *" (= age range), and
* a category field: "Com t'has assabentat d'aquest curs? *" (= how did you know about it)

I get only a report of one field missing: the drop down "Franja d'edat *", but not the category one
When I check somethiong at the drop down field, and insert again, I can successfully insert the item, even if the category field was not checked.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Seems like Tanzania keeps falling out of the country list. This was the case some years ago. Might as well add Swahili as a language option if applicable.

Using 1.10cvs code from mid june 2007

I created several trackers. Enabled RSS for individual trackers. Created rss modules for two individual trackers (rss 1 and rss 2).
Granted common permissions for anon. (view, ...), and most tracker permissions for Registered group.

Added a call to rss plugin within a wiki page:
{CODE()}
{rss id=1}

{rss id=2}
{CODE}

When viewing the page as registered, I see:

^
Tiki RSS Feed Error Message: Permission denied you cannot view this section
^

Did I miss any special perm to be granted for registered? A bug?

(I granted all perms from tracker section - to them, or inherited from anonymous - except for tiki_p_admin_tracker)