Category: Trackers

To create a new item in the tracker I have to click twice on the button.
The first the modal close before showing content.

{mediaplayer src="display2096"}

In a fresh Tiki25 I have a dropdown field type with different values.
The doc say:
If an option contains an equal sign, the part before the equal sign will be used as the value, and the second part as the label
I tried the following where several can have the same value.

In my mind if the user select "yes" or "no" the value will be 1 and if the user assign "not today" the value will be 0.

But it is not working like this.
It seems the value must be unique while I can have several of the same label.

So if I set the field options to : 1=yes,1=no,not today=0
It won't work (the first 1 value won't be displayed)

So if I set the field options to : 1=yes,10=yes,not today=0
It kind of work and display twice the label yes

This is awkward from the user point of view...

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

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

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

On a Tiki26 I have a list of item in a tracker and the option "Duplicate tracker item" enable.
When I duplicate an item without editing a text area field (see first attempt on the video) it goes as expected and saved.

When I duplicate the same item but editing a text area field I see an alert "Change will not be saved". I click on the Leave button and change are saved. (nothing is lost)

{mediaplayer src="display2121"}

On a Tiki24 with tracker and multilingual.
I have a tracker with a multilingual field Name and this field is selected as title.

So for my item237 the Name field has 3 values (one for each language I use):
English: Hourly hour
French: Taux horaire
Hebrew: תעריף לשעה

If I edit the item while the Tiki is set to English as pref.language , the title value saved in the unified-index will be "Hourly hour".
But If later I edit the same item while the Tiki is set to French as pref.language , the title value saved in the unified-index will be changed to "Taux horaire"... and so on.

{file type="gallery" fileId="1794" showicon="y"}

The unified-index "Title" should be consistent and shouldn't depend on the language the editor of an item is using.

Reproduced in the instance:
http://bsfez-11581-8140.show2.tiki.org/tiki-index.php

On a Tiki 23 set to use multilingual I have a tracker with multilingual fields.
When a multilingual field is empty, by default the Tiki site default language is used.

IE :
I have 3 languages (en, fr, he)
My tracker has a Name field
I insert only the "en" value for the name field

By default the value of the "en" field will be used as value for "fr" and "he" as long as I don't insert their relevant values.

However this behaviour has been modified recently.
If my Name is mandatory then now ALL the fields must be filled before saving.
Else all the editing is lost with the following error:

×
Error
The following mandatory fields are missing: Name, Name
×
Error
Tracker item could not be created.

---

Step to reproduce (instance seems stuck).
# Enable multilingual, restrict to 3 languages (en,fr,he).
# Create a tracker
# Create a "Name" text field and in the option enable multilingual.
# Create other fields (text is ok)
# Check in the fields list that the first field created (Name), check it is mandatory.
+ As it is your first field it is also set as the tracker item title. Please test the fix with title set and unset.
# Create a first item, for the Name (multilingual enable) you should see 3 fields, one for each language.
# Fill only one field (en) and save
Nothing will be save and Tiki will output an error message.

This is a regression.
Previously having at least one value for a multilingual field set as title was enough (it was used for all language).

Additional comments:
There are many cases were only ONE language field will be filled with a value and the other empty and that's why it is critical to allow saving items even if not all languages fields are filled.
# You have translators working together (each one fill his language values at different time)
# You activate the option on an existing tracker with data already saved
# You create first a version with one language planning to add the other language later
# ...

On a Tiki24 the tracker action menu is misplaced on RTL language.
This is because the class sm-right that is applied here.
A bootstrap class (start or end) should be use instead of hardcoded left or right.

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

On a multilingual Tiki23 that was working fine and regularly updated and tested I have for a tracker item name 3 values (for each language):
en = Web App
fr = App Web
he = ווב אפ׳

{img type="fileId" fileId="1702" thumb="box"}

By default the title used by the unified index is the English one "Web App".
And the following filters in a plugin list was working fine no matter which language is selected by the user
{CODE()}{filter field=tracker_id content=16}
{filter field=title exact="Web App"}{CODE}

Since a few commits it is not working anymore and return a "no result found". (tested on Safari and Chrome)
The default title for an item used now is the French one and not the English one as previously. (no matter the language selected on the site)

{img type="fileId" fileId="1703" thumb="box"}

We discussed that here and there and I though I had a wish for it but I can't find it...

There are several cases where enforcing items protection and make sure they will never be altered is critical; Orders, Invoices, Accounting, over the years test or comparisons, etc.

While Admins can prevent and item to be edited a trackeritem can be altered by Tiki code actions; linked item modification, indexing, cascading actions, etc. There are many possibility an item is altered and neutralizing all does look possible (and you need to avoid using several of good Tiki features like not using tracker status).

I would like to see a new option for the tracker status, __lock the values of closed items__, so Items with the "Close" status can't be altered anymore no matter what. (unless status is changed of course ?)

When that new switch is turned on, we could see a short notice on "Cascade actions", "Re-calculation event" and other tracker fields options to warn the admin that this option won't affect closed items. (awareness)

On Tiki25 using a tracker you can set a Rating field (after enabling it from the Tracker admin console panel).
You have 3 options only for the user interface, the mode of rating in the tracker field options, Mode:
# Stars (stars icon from Tiki)
# Radio buttons
# Simple (on/off, like a like button)

That would be great if we could use the Stars mode but being able to customizes/change the icon displayed.
Admin could choose his own stars, forks (restaurant), Money (value), Houses (hostel), etc... It's endless and will allow think of many things.

Things to think about;
* Safety mechanism (size of the icon, filetype)
* Where this is saved (I guess file gallery)
* Option to use a fontawesome icon ? (would make it easier... no files required)
* ...

On Tiki24 using a tracker you can set a Rating field (after enabling it from the Tracker admin console panel).
While you need to use values for the voting mechanism, you can set labels for these values in the tracker field options.

However when seeing it on a tracker item, when you want to cast you vote/rating the mouseover will display the value instead of the label.
{img fileId="2047" thumb="box"}

{syntax type="tiki" editor="plain"}
As seen on the video attached, In a Tiki25 I use trackers with an IP field. The validation for this field is set to distinct.

If I later edit an existing item it will be impossible to save it. It seems like the code view it as a new item instead of an existing item I modify.

Due to this problem, I can't modify (and save) the item: validation will failed (an item with this IP exist already)

In the video attached we can see that I can't change the status from Open to Close.

Notes: If I do the same operation using the Tiki Trackers list view (batch actions) it work just fine.

{mediaplayer src="display2024"}

{mediaplayer src="display1914"}

__Solved - PHP 8 is not yet supported by Tiki and is planned to become supported in Tiki25.__
__Tiki22, Tiki23 and Tiki24 LTS require min and max version PHP7.4 __

When I run a new installation on a quite decent shared hosting (all-inkl.com) with __PHP8.0__ (or __PHP8.1__) and same time __active feature Category__, then it is not possible to create a new tracker.
The modal starts to open, but disappears before it is folded out.
For a glimpse of a second it is possible to see the title of the modal which includes an error message.
The error message is in red color as following:
__Error loading content.__

''Either'' deactivating __Category__ ''or'' switching __PHP from 8.0 to 7.4__ allows me create a new tracker.

__Conclusion:__
There is a bug affecting Trackers, that occurs in combination of active Category and PHP8.x

What I did:

1. test the bug in a show2 instance
__result:__ bug not reproduced ... tracker created successfully

2. deactivate features on the devs local website step by step to find out the conflict
__result:__ bug on local instance, not on show2.tiki.org, narrowed down to Category feature

(:question:) Think about possible differences of local instance and show2 instance ...
(:idea:) Git vs SVN? http vs https? PHP version!

3. check PHP - local was on PHP8.0 - tried PHP7.4 and PHP8.1
__result:__ the bug disappears, when I set another subdomain and run the very same website on PHP7.4 whilst the bug consists on PHP8.1.

An item has a field X (e.g. drop-down), which is already filled in. The tracker to modify the value of X of this item does not show the old value as default. Instead, it looks as if one just started.

Popup list details can no longer be configured - fields do not show up.
Was working a few days ago in trunk (today is 14.11.2014).

Setup a tracker, configure some fields.
When trying to configure the "Popup List details" (that allows to setup the fields that are show as a tooltip on hovering), the selection box is empty.

Cannot setup a demo instance bc demo instance is broken.

__Update: 19.11.2014__
I guess it was working around 28.10.2014 and broken in about 7.11.2014
Still cannot setup a demo instance.
However: You can use the demo instance of bug #5455:
http://xavi-9794-5455.show.tikiwiki.org/tiki-list_trackers.php


When setting ===field numbers manually in the database=== for that tracker in the popuplist field, then these fields are:

*a.) shown on hover (thats good )
*b.)show up in the list box on editing the tracker.(good as well)
*c.) fields that are not currently selected do not show up up and thus cannot be selected. (bad)

I think when it was working, there was a simple textfield where you could enter the fieldnumbers, comma seperated.
I am not sure how the new design is supposed to work. Should it be:
*a textfield + the listbox - enter fieldnumbers in textfield, show selected fields in listbox
*or the listbox only - show available fields in listbox and allow multi-select in listbox.

My cohort spent the day yesterday entering employee birthdays onto a calendar, and when I saw the 'Items since last login' box pop up with them, I realized: things like birthdays should really be in a Usertracker not a calendar...

But then they should also show up on calendars and upcoming events... that would be more, well, social.

I mangled the event cal and the regular cal code together to make up a special purpose tracker display for vacation requests.. all hardcoded and ugly at the moment, so of limited use to anyone else... but..

It occurs to me that others may have a use for some sort of tracker -> calendar interaction. The Birthdays in usertrackers seems to be the most obvious one, but date ranges would also be nice.

The interface may be icky though... i think the calendar should be able to pull things from the tracker, ideally it would be neat if it became a new cal that could overlay others (ie, "birthdays" and "beer bashes" could overlay so you knew who got free beer...).

((doc:PluginTrackerCalendar)) allows to display tracker items in calendar view, as well as resource view.
An extra option was suported by fullcalendar lib and ported to tiki a few years ago, which displays items in "list" view, which is like an "agenda" view of items from the tracker calendar info.
https://doc.tiki.org/PluginTrackerCalendar#List_views

In Tiki 24.x this list view is not shown, and some neverending spinner is displayed instead.
Reproduced in short in a show instance here:
---

When attempting to reproduce it I realized where the problem was: -+listYear+- as default view doesn't exist as such (even if the button in the UI says "List Year" for that param, but the param internally is "-+list+- (while all the others related to list are listMonth, listWeek, lkistDay

Solved. Closing report and removing show instance.

I have three trackers, one has Class descriptions, the second has class location descriptions and the third has a link list field to the class tracker for the class, a link list to the location tracker for the location and also two fields for start and end date/time. The third tracker essentially acts as a join table with scheduling dates.

I've used the "TrackerCalendar" plugin with the third tracker to display what classes are taking place where with the below values.

{trackercalendar( trackerId="5" begin="start" end="end" resource="class" coloring="class")}

The problem I have is that the calendar entry only shows the field number of the location tracker as it was put in to the scheduling (third) tracker to create the linked list (field "81"), not the value actually selected from that list ("Internet and You"). Is anyone aware of a way around this?

FYI, the implementation of Plugin TrackerCalendar in trunk (with the new lib installed through packages) doesn't allow the user any more to move an item from the row corresponding to one resource towards the row corresponding of another resource.
Tested with the "Collaborative Community" profile.

For a project with requirements that are too complex for Tiki-Calendar, I use the TrackerCalendar plugin. One of the problems I'm struggling with is the handling of timezones. I am running two Tiki installations on the same server. Both with Tiki version 18.3 and PHP version 7.1.28, but with different MySQL settings. For both systems Search engine Lucent was active and timevalues were displayed correctly. On both systems I changed to MySQL full text search; clear all Caches; rebuild search index; clear all Caches again.

Now system 1 still shows timevalues correctly in TrackerCalendar plugin. System 1 is running on MySql 5.5 with InnoDb.

But system 2 shows UTC values. System 2 is running on MySql 5.7 with MyISAM.

When using the trackerfield ItemLink, the select box stays empty when logging in as a user and category fields are used to set permissions.

The problem is that the xhr call to populate the select box of ItemLink contains an empty response and gets not populated.

{CODE()}
tiki-ajax_services.php?maxRecords=250&format=&filter[type]=trackeritem&filter[tracker_id]=6&filter[tracker_status]=o%20OR%20p%20OR%20c&controller=search&action=lookup
{"title":"Lookup Result","resultset":{"count":0,"offset":0,"maxRecords":250,"result":[]}}
{CODE}

As admin, the responce contains the correct data.

Initially, i thought that was a permisson setup issue. But the trackeritem view shows the correct entries.

Steps to reproduce:

- 2 users, 2 groups, 2 categories, User A and B, Group A and B, and Category A and B
- have 2 trackers, one link to the other via item link
- create 2 items Item A and Item B in 1st tracker
- set the category perms such that tiki_p_view_tracker can be done by Group A on Category A, and Group B on Category B
- categorize the Item A and Item B (which is in the first tracker ) into category A and B

To be more concret:
Tracker1 = "Companies", Fields: "CompanyName":textfield, "Cat":category
Tracker2 = "Contacts", Fields "ContactName":textfield, "CompanyName":ItemLink to Tracker1 "CompanyName"

Groups: Categories: "Companies", "CompanyA", "CompanyB".
"CompanyA", "CompanyB" inherit from "Companies".

Categories: "Companies", "CompanyA", "CompanyB"
Permissions category "Companies": tiki_p_view_tracker on group, tiki_p_create_tracker_items on group "Companies"
Permissions category "CompanyA": tiki_p_view_tracker,tiki_p_view_tracker_pending, tiki_p_view_tracker_closed, tiki_p_create_tracker_items etc. on group "CompanyA"
Permissions category "Companyb": tiki_p_view_tracker,tiki_p_view_tracker_pending, tiki_p_view_tracker_closed, tiki_p_create_tracker_items etc. on group "CompanyB"

Users:
"UserA", Def.Group = "CompanyA"
"UserB", Def.Group = "CompanyB"

Entries Tracker "Companies":
CompanyName = "CompanyA", Cat="CompanyA"
CompanyName = "CompanyB", Cat="CompanyB"

If you now login as UserA the itemlist of Tracker1 = "Companies" shows one entry: "CompanyA" which is correct.
If you login as admin, you will see two entries "CompanyA" and "CompanyB" which is correct.

If you login as UserA and try to create a new item in tracker2 = "Contacts" the ItemLink field does not show anything. This is wong. Expected to see the same items as in tracker item list.
If you login as admin and try to create a new item in tracker2 = "Contacts" the ItemLink field shows all entries. This is ok.

admin / 12345
usera / 12345
userb / 12345

Showinstance works so far - need to check local install again.

The comparison method in the TrackerFilter plugin is not comparing.

No matter which operator you choose

>, <, >=, <=

( for greater than, less than, greater than or equal, less than or equal)

it returns all the records.

This is if performed on a text or a numeric field so far.

Tested on three tikis.

Sample of code (produced by the the wiki's plugin help)

{TRACKERFILTER(filters="54/<=",action="find em",trackerId="13",fields="53:54")}
here ya go
{TRACKERFILTER}

{syntax type="tiki" editor="plain"}
The comparison method in the TrackerFilter plugin is not comparing.

No matter which operator you choose

>, <, >=, <=

( for greater than, less than, greater than or equal, less than or equal)

it returns all the records.

This is if performed on a text or a numeric field so far.

Tested on three tikis.

Sample of code (produced by the the wiki's plugin help)

{CODE(caption="trackerFilter code used")}{TRACKERFILTER(filters="54/<=",action="find em",trackerId="13",fields="53:54")}
here ya go
{TRACKERFILTER}{CODE}


!!Update
I have reproduced this on a completely separate system, http://www.softaculous.com/

Brand new Tiki 6.1
Only Trackers turned on (over a default installation)
One tracker with one field

Using the filter value 1/>

It returns all records.

Tracker filter is amazingly cool.

If there is a long list of tracker items, one should be able to search and filter all items based on a text string in any column.


[http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filtervalue%5B26%5D=webmail&filtervalue%5B56%5D=Accepted&filtervalue%5B48%5D=&filtervalue%5B27%5D=&filtervalue%5B28%5D=&filtervalue%5B54%5D=&filtervalue%5B55%5D=&filterfield=26&filter=filter|such things exist!] but are not available in Trackerlist plugin.

Here:
[http://dev.tikiwiki.org/Dynamic Filter]

I would like to add a text field for the description of the bug report.

And have multiple requests like this:
https://sourceforge.net/tracker/?atid=506846&group_id=64258&func=browse

Records are not found when using the trackerfilter plugin where the filter field is an ItemLink field where the contents are 'created' from multiple fields in the source tracker.

A 12.x 'show' has been set up to demo this bug - but it is also a problem in 13.x as well

---

Added quote below ({sign user="xavi" datetime="2014-04-30T09:30:43+00:00"}) as extra info was provided in the devel list:
{QUOTE()}
(...) definitely a regression as I have a production site where it used to work. I can't be sure when it stopped working but the site was built with 10.x so it was OK then and the site is now on a 11.x daily build from 4Sep'13 and it doesn't work anymore - only realised it when I used the site data to test the latest 12.x
{QUOTE}