Category: Trackers

Recently upgraded a site from Tiki 9.x to Tiki 13.1 and found that the Tracker Email field no longer functions.

Steps to Recreate Issue:
When creating an Email field, the option to watch closed is selected.

A new item is created and an e-mail is entered. The item is set to 'closed'.

No e-mail is sent.
---

The same issue was found in 9.x and I had corrected it previously with a small code change but the same change no longer works in 13.1.

If you create a tracker with an email field, and choose to validate that field by Tikiwiki, it will call TrackerLib->check_field_values(), that will include lib/trackers/trackerlib.php, that will include lib/registration/registrationlib.php, that will include lib/db/tikitable.php that will call check_script() function in an empty object ($access->check_script()) . Here is a trace log:


[client 192.168.1.75] PHP Stack trace:, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 1. {main}() /tmp/tikiwiki/tiki-view_tracker.php:0, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 2. TrackerLib->check_field_values() /tmp/tikiwiki/tiki-view_tracker.php:473, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 3. require_once() /tmp/tikiwiki/lib/trackers/trackerlib.php:1116, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 4. require_once() /tmp/tikiwiki/lib/registration/registrationlib.php:21, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP Fatal error: Call to a member function check_script() on a non-object in /tmp/tikiwiki/lib/db/tikitable.php on line 10, referer: http://newtiki/tiki-view_tracker.php?trackerId=1

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.

We have attempted to setup some tracker events in dev.t.o/tracker5 (the Bug Tracker), following he discussion in the ((tw:TRM)) of September 2020, and the ((tw:TAG)) meeting of October 2020 (today)

After setting up the appropriated scheduler task in dev.t.o, with this job:
{CODE()}
cd /var/www/virtual/dev.tiki.org/html/; php tiki-batch_todo.php
{CODE}

And the cron job in the server behind dev.t.o (see [https://tiki.org/Infrastructure-Team#Scheduler_on_dev.t.o] ), this is the error message shown in the scheduler UI in dev.t.o ([https://dev.tiki.org/tiki-admin_schedulers.php?scheduler=1#contenttabs_admin_schedulers-3] ):

{CODE()}
PHP Parse error: syntax error, unexpected '?' in /path/dev.tiki.org/html/lib/init/initlib.php on line 77
{CODE}

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

If you export the items from any tracker, either from the main tracker admin screens or using the trackerfilter plugin, then whilst the spreadsheet is created it has no data other than the tracker field headers and the following text ie an error message:

<b>Fatal error</b>: Call to a member function getField() on a non-object in <b>/deleted_path/lib/core/Tracker/Field/DynamicList.php</b> on line <b>144</b><br />

This happens when one of the fields in the tracker is a "Dynamic Items List" (although it might conceivably happen with other fields - not exhaustively tested)

This a regression as this works fine in Tiki 12.x


Sorry - this was a broken tracker, although the error message could have been a bit more informative !!

Tracker export feature works well.

But it provides list of category IDs instead of names. Names would be easier to work with.

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 'Date and Time (Date Picker)' gets current time as default value in mobile mode (12.x) even if set pref to 'None'.

This implies that if users only saves a few fields of the tracker form, and doesn't plan to set value for the date and time (date picker) fields, they will get stored current date value, even if that can be a wrong value (it should be empty).

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

See field 14, in standard desktop-computer mode, and compare with Mobile mode (siwtch with link in module in left column)

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

The options: Open, Closed, no toggle no longe work.

I have a simple Tracker on a wiki page (no tpl, no FluidGrid, etc.), and the header displays (in the correct format, H1, H2, H3) however the 'Section Toggle' option stopped working.

br,
Mike

When you use the tracker field "items list" to link (for instance) offers and demands (or gods from an inventory, etc.), the option to specify to list only the open items, for instance, is needed. If a product is out of stock, would be set as out of stock, and maybe marked as "pending", or if discontinued, marked as "closed". And it shouldn't be listed through the "items list" field.

Nowadays (2.0rc2), it's not clear to me how this could be achieved (if so).

Sometimes we need a checkbox field in a tracker to be mandatory. Like:
^[[ ] I accept the terms and conditions.^
or
^[[ ] I agree with the three rules of tw.o dev community.^

This cannot be accomplished yet because the checkbox can be left empty, even if the field was marked as mandatory, and the tracker item is inserted (without that box checked).

{syntax type="tiki" editor="plain"}
Tracker Field Category just displays one level beneath parentID which I would call a bug as it blows up tracker forms when having a lot of categories with multiple sub-levels to chose from. Addionaly it is (pretty tracker example) intended not to allow editing of (wiki tpl) pages so categories have to be applied through the tracker form itself. In my case I have approx. 250 Categories.

Tracker fields date and time are one over the other.
Seems the "col" class is not working properly anymore.

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

https://gitlab.com/tikiwiki/tiki/-/commit/0d8e6652d880ee7c12dbd40045995d98ce6e4d6a

The tracker field of the type date&time changes itself. When I go in the edit mode to chance some content of the tracker, immediately when the edit window opens, the date is one day less than before. That occures since tiki 5.0 not before.

Tracker field descriptions aren't parsed when used out of PluginTracker even if field checkbox is set or that
You can reproduce applying profile "Tracker_as_calendar_12x".
When you attempt to add a new item to the trackercalendar through the fullcalendarresourceviews interface, description of location field is not parsed.
But if you attempt to add through the extra tab in that wiki page, where PluginTracker is being used, that field desc is shown parsed.

http://marclaporte-11197-4965.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
gives me:
Tracker Field Factory Error: Pref "trackerfield_starsystem" required for field type "Tracker_Field_Rating"

When I search trackerfield_starsystem
http://marclaporte-11197-4965.show.tikiwiki.org/tiki-admin.php?lm_criteria=trackerfield_starsystem&exact

I get:
No preferences were found for your search query.
{img fileId="621"}

Another time, I tried
http://marclaporte-11197-4965.show.tikiwiki.org/tiki-admin.php?lm_criteria=trackerfield_starsystem&exact
I got
Warning: Required field types not enabled: s
{img fileId="620"}

{syntax type="tiki" editor="plain"}
On a tracker you can set an IP Selector tracker field.
By default it is set to collect automatically the user IP.

This work fine and tracker item with the IP of the user will be saved.

You can set the validation option to use "Distinct".
This is very useful when you allow only one item par IP (user registration or contact form).

Since Tiki27 (last item date recorded is 25/09/2024 on the Tiki I first found the issue) it stop working and using this option forbid any item to be created with same or different IP.

Test on another Tiki and on https://dev.tiki.org/tracker10
__You'll have to set the IP selector field validation to distinct (disable to allow further test on this tracker)__

On a tracker field item link I have a parameter "Preselect item based on value in this field" and if not blank it show a child parameter (option) that was hidden "Preselect based on the value in this remote field".

''So far I never had this parameter to work and do what I expect and it usually blank the field (no items are displayed in the dropdown) OR show them all but disabled (if you enable multiple select).''

However if you set back the PARENT parameter to blank un-touching the CHILD parameter that will be then hidden it will kill prevent the field to work normally as this option is still in effect.

That should be the case.
If you unset a parent parameter all children parameters should be considered as reset back also.

Please take a look at the attached screenshot:

The field list of this tracker (tiki-admin_tracker_fields.php?trackerId=2) is obviously not sorted by ID (which would be the logical sorting criterion).

There is not, like in MS Excel, an option to select by which column sorting shall take place (which could be the culprit). A look at the DB also gave no clue where this could come from. All records for fields look regular (tiki_tracker_fields).

Btw, tiki_tracker_fields is set to auto increment, which yields another effect, that re-importing exported fields into "gap" created by field deletion cannot fill gaps, but gets new IDs that start at the very end. Therefore I created this one from scratch so that all IDs nicely start with 10 (this is because there are 10 IDs in tracker #1).

The auto increment value of tiki_tracker_field is also correctly set to be 1 above the highest ID recorded.

And, before anyone asks, yes, in the properties of the tracker sorting is set to "by ID" and "ascending"...! I did check whether this is still set up like that, and it is...

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

There was a feature introduced at some point in the past which allowed to fetch a geolocation in map out of the information provided by a user as a text string in a tracker field to hold postal address information.

This feature doesn't seem to be working anymore in Tiki 19, at least, in some tests I've done.
I expect to reproduce this issue in a show.t.o instance in short.
---
Update: I couldn't reproduce it in a show instance because show.t.o is not ready to make instances with php 7.1+ like the ones required by Tiki19.
Therefore, I changed topic in this bug report to reflect the issue with show.t.o instances, and the report about tracker field location failing to get coordinates has been moved to:
https://dev.tiki.org/item6943-Failure-to-get-geolocation-from-searching-an-address-either-manually-typing-address-through-tracker-field-location-ui-or-in-the-backend-with-params-to-get-address-from-other-tracker-field

When you declare a field as hidden in a tracker, then the last field of the list of fields in that tracker is not shown at insertion time.

More hidden fields, more fields at the end that "dissapear" from insertion form...

I upgraded a Tiki21.4 from SVN that was using Chosen to a Tiki23.x from Git using Select2 instead.

If I look at some multiselect tracker fields type, I see that there is no more "Multiples-selection Checkboxes" option and that field values where it was set have been emptied.

I suspect this is a regression introduced when we removed Chosen for Select2.

If you don't touch it, checkboxes are displayed and the tracker items seems ok.
If you select the only option available you can't get back checkboxes till you empty the selection... ?
It is quite confusing.

{img fileId="1673" thumb="box"}
{img fileId="1674" thumb="box"}