Category: Trackers

Categories are multi-select fields. So sorting is not possible. Trackerlist plugin should not offer to sort (now with clickable title)

On a Tiki 24 and Tiki 25 I use a tracker with 2 date tracker field (date picker).
* Start date
* End date

If I choose a start date and a end that is crossing a year it subtract a day from the start date and the end date.

See: {mediaplayer src="display1804"}

On the tracker5 at dev, when you create or edit a ticket it is not possible anymore to search/find "related" tickets:

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

This was in use as is since Tiki21 or Tiki22 and they were no noticeable issues even after upgrading from Tiki24 to Tiki25. This is a regression from inside Tiki25 branch.

On a tracker I have items with an itemLink and a dynamicList depending of this itemLink.
Both are set to filter "open" items.

The itemLink (parent) has its parameter "Cascade actions" set to "No".

''Elements to cascade when the master is updated or deleted. Categories may conflict if multiple item links are used to different items attempting to manage the same categories. Same for status.''

At the time of the creation of an item I selected a value from a parent tracker for the itemLink and one of the possible value for the dynamicList.

At that time all items (children and parents included) were open.

As it is an "event" selection for a trackeritem. (holiday selection).
When the event time was over I close the parent item so user can't select it anymore knowing that the "Cascade actions" was set to "No". This was in use as is since Tiki21 or Tiki22 and they were no noticeable issues even after upgrading from Tiki24 to Tiki25.

Recently I have issues when rebuilding the index and I found out that all children values were gone.
The parent itemLink is now close.
The child itemLink has been lost its value (changing the filter doesn't allow to retrieve the previous value)
The dynamicList that is dependent of the itemLink above has also lost its value.

Rebuilding the index display an error about empty values. Reported at: https://dev.tiki.org/item8437-Trackers-Dynamic-List-field-Dynamic-List-fields-throws-error-when-rebuilding-the-index-if-its-parent-field-has-no-value

{mediaplayer src="display2073"}

https://doc.tiki.org/Dynamic-items-list

This field is looking to a value of another field "parent" to display a list of value(s).

In the following video you can see that the field 522 is a dynamic List field that depend of the field 521 to display a value.

The field 521 is not used for this item and has an empty value (which should be possible).

However the field 522 logic doesn't understand there are were the parent field can be empty.

{mediaplayer src="display2071"}

This is an interesting case that complete the diagnostic of a previous report (https://dev.tiki.org/item8440-Trackers-Dynamic-List-and-Item-Link-fields-Field-value-is-lost-after-parent-item-changed-status-cascade-parameter-not-applied)

In this case we have an item with a dynamic field, parameter status filter set to "all".
That rely on an item link in the same tracker, parameter status filter set to "all".

The parent item from the other tracker has been closed as it is not in use anymore.
The data is displayed correctly and nothing is lost however the index:rebuilt console command report a new "NOTICE" about Undefined index: REQUEST_METHOD.

It was ok before the Dynamic List field code was improved.

{mediaplayer src="display2076"}

I set a low importance for this report but it should help diagnosing what is going on with the dynamic list field.

On a Tiki24 and Tiki25 I use 2 trackers to create an item in a third tracker.

Tracker A : Store the holidays name, their start/end dates (user display)and an item list of days from Tracker B.
Tracker B : Store each date as item for a specific Holiday, The name (item link from tracker A) and the date selected.
Tracker C : Store orders, user select a Holiday (item link) and a list of available days is proposed (dynamic item list with items from Tracker B)

It has been used for years (since 2018 with the different Tiki versions)
It was working fine with Tiki25 in March 2023.
I suspect that a commit related to this tracker field was made the dynamic item list in Tracker C is not working (not populated) anymore.

https://gitlab.com/tikiwiki/tiki/-/merge_requests/2500
Now I beleive that it has been backported to Tiki24: https://gitlab.com/tikiwiki/tiki/-/merge_requests/2511


Test videoshoot using Tiki24.3 (last update in December). As we can see in that video the dynamic list field is populated properly (I don't even had to refresh the index)
{file type="gallery" fileId="2045" showicon="y"}

Test videoshoot using Tiki25 (last update 19/04/2023). As we can see in that video the dynamic list field is empty and not populated properly (I did rebuilt the index)
{file type="gallery" fileId="2046" showicon="y"}

(discussed on the devlist) ((dev:forumthread79037))

On a Tiki24 I use a tracker with a file tracker field to set file with items.

I see, under the upload button, an URL field (both are displayed together) and this is because on this Tiki "Upload files from remote source” has been enabled. (fgal_upload_from_source)

Simple "users" won't have any clue about what to do with a button + an URL field without even a note that it is one or the other. (there is no help text)

---

I have also some concern about the way it handles problems.
For example I uploaded and image and also set an URL then save. ?

The files is saved in the file gallery but the URL is gone.
There should be some kind of error telling the user he is gonna loose the URL (or better handling anyway).

On a Tiki 25 I have a tracker and I'm using a file tracker field.

Whit the option "File Count" doesn't limit if set to 1 (Maximum number of files to be attached on the field), I should be able to upload only one picture and there should be only one file attached.

But there is another option similar/related near the bottom of the options list.
"Replace Existing File" and if this option is set to no, "File Count" has no effect and as a result, I can upload many files and have many file attached.

We have an interface and logic issue here.
If "File Count" is set to 1, "Replace Existing File" should be always set to "yes" and display a warning, something like: "A file exist for this item, You will overwrite the previously uploaded file. Do you want to replace the existing file". (common expected user interface)

If "File Count" is set to anything but 1, "Replace Existing File" should be hidden.

{syntax type="tiki" editor="plain"}
On a tracker, tracker file field if you browse for a file that is in your Tiki File Galleries and perform a search you will be trown out of the tracker item editing (you loose edited content) 🥺
Field setting by default with upload using modal = yes. Tested also with upload in modal = no.

{mediaplayer src="display2143"}

{syntax type="tiki" editor="plain"}
Attaching a file/image to a trackeritem is quite critical and in 2023 for Tiki trackers to compete.

However browsing an image in a Tiki file gallery is absolutely not user friendly.

On desktop, the modal is not very pretty and the way images are displayed is awkward (2023 standards) it hard to see what image is selected and where is the way to validate the selection.
Unless you have a few images (no more than 7) you will need to scroll up and then down to see what you are doing.

The "image selected" name and the "Validate your selection" button should be always visible.
The "Select" button name is really confusing should be changed for "Validate selection", "Select this file"...

{mediaplayer src="display2144"}

We have 3 Group related fields for the tracker feature.
Seems each one do a bit of the other and have some broken or to be perfected mechanism.

We should merge functionalities and have a single field that do "anything" groups.

On the tracker list view we have a wrench with the tracker action menu.
There is a "Clear" option that allows to delete all the items of a trackers with distinction.

It would be handy to have there a status dropdown selector to delete specific items base on their status.
For example it would allow to delete all the tracker items with a "Closed" status.

(May some could have interested by having also a date selector, delete all items older than ... days) ??‍♂️

In trackers where you set an Item Link or an Item List fields in a way that it may display a single value.
(user specific, pre-selection, etc). It would be a good addition to have an option that allow this single value to be automatically selected.

For example:
I have a tracker that store kids name and a tracker to store orders.
In the tracker for orders, I select a family name and an item link field (to the tracker kids) display the kids name with the same family name.

Most of the time there is only one value, one kid name.
To fully complete properly the order the Kid should be selected (not just displayed).
Instead of having the user to select this unique value displayed it would be nice to have a way to auto-select this unique option.

''The end-user point of view;
When you have several value it make sense to the end-user to select one. But when you have one value displayed the end-user feels it is selected already. This is stronger when using a mobile where the interface really look like it is selected.''

{syntax type="tiki" editor="plain"}
On Tiki27 from VCS just update using the multilingual option of a tracker field broke the unified index.

https://streamable.com/3ihd9w

To reproduce:
#Set multilingual restrict to a few languages (else the multilingual option of the tracker field won't be visible)
#Create a tracker
#Create a tracker field text
#Enable the multilingual option

It won't be possible for the index to complete.
Everything relying on the unified index will be broken.

{CODE()}str_starts_with(): Argument #1 ($haystack) must be of type string{CODE}

On a Tracker properties => notifications you have an option to send notifications "Copy activity to email".
This is great to "force/set" groups to receive an update on activities without asking them to do something (activate group watch or monitoring a tracker, etc).

However there are many cases where you don't want to flood users with information.
So there is a dilemma.

It could resolve easily splitting "item creation" and "item update".

''I have the feeling this is a regression as I recall such case where previously handled properly''

I can set a name for a tracker field that will turn into the "Field Prefix". (productssolutionsdetailsandoption)
When I create a tracker field this field permaname will use the tracker field prefix. (productssolutionsdetailsandoptionIllustration)
The index process will add the tracker field prefix. (tracker_field_productssolutionsdetailsandoptionIllustration)

But it won't be able to index such long name.
Or the limit should be changed (to what ? unlimited...) 🤔
Or ahead limiting and warning about the prefix/field length.

{img fileId="2141"}

{img fileId="2142"}

I have a Tiki24 with tracker where registered users from a specific group can order a product (create an item).
This tracker has an auto-increment field (field 314) to auto generate order number (set to itemId).

~~#F00:Update (2022-08-15)~~: This field has editable permissions so Admin and Boss can edit it but not the Registered users.
{img fileId="1814" thumb="box"}

Before my last update, when Registered users creates an item through a wikiplugin plugin embedded in a smarty template the items created had a the itemId saved in that field.

{CODE()}{wikiplugin _name=tracker trackerId="22" fields="340:331:332:329:317" action="Continue to payment" url="checkout?itemId" autosavefields="465" autosavevalues="category(76)"}{/wikiplugin}{CODE}
''Note: This field (f_314) is not part of the wikiplugin code, it __was__ saved on creation'' (adding it didn't solved the issue)

After my last update from git items are saved with an empty field. (see screenshot)

This happen only with wikiplugin, if I use a tracker plugin in a wiki page it's working with it's previous behaviour.

{CODE()}{tracker trackerId="22" fields="340:331:332:329:317" action="Continue to payment" url="checkout?itemId" autosavefields="465" autosavevalues="category(76)"}{CODE}

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

If I remove the "Editable by" permission for Admins and Boss, when Registered user creates an item a serial Id is saved.

In trackers we have a radio buttons field type.

It should be possible to have a default option selected in a way that when a user create or edit an item, in the tracker interface of in a form, an option is selected by default.

As per Tiki 25, this not possible and on first create, edit the field will stay blank.

---

For some reason, and like the dropdown field, it is not possible to have twice the same value for different labels.

IE: 0=uncomplete,1=done,2=welldone,0=notdone
The options displayed will be:
* 1=done
* 2=welldone
* 0=notdone

It should be possible to use twice the same value but a single label.

On a Tiki24, on a tracker when you have a rating tracker field an error is be displayed all over the site for all groups (anon included).

The rating system seems to work, but the error (false alarm?) is displayed everywhere and doesn't allow to keep it in place. The error is related to the old and deprecated "trackerfield_starsystem" (hard to find now as it is Experimental)

The error is also displayed (and a problem?) if rebuilding the index.

To fix the error (so it is not displayed) the admin has to enable this deprecated field.??‍♂️

The actual Rating field shouldn't depend on a deprecated and experimental option.

In general, Tiki shouldn't display everywhere an error like this. Eventually the admin or the tracker editor should see the error, but not anonymous or other groups.

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

Beside, global, object, category and more permissions, a tracker may have it's own permissions options + each field may have Visible, Editable and more permissions.

However beside opening one by one the property of the tracker and each field admins can't know supplemental permissions have been added.

I suggest having a small icon (a lock ?) in a light/faded color to indicate extra permissions are active.

At tiki-admin.php?page=trackers, when you enable:
* Inline editing
** Tracker list inline editing

And print (tested on Chrome and Firefox) all the fields values are blank.

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

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

The last modification date of an item should be the last date the item informations was modified and NOT the date the last time the item was saved. This is critical especially from the end-user point of view,

Modification date for tracker item is a critical information for the end-users but unfortunately in a few places Tiki "wrongly" display "the last time the item was saved" instead. With advanced Tiki (force reserving item on rebuilt-index, tabular update) it is less and less reliable and lead to untrusted Tiki and confusion.

For exemple, if I have a tracker that updated using tabular import from the console every hour, the last modification date for the items checked will be updated every hour EVEN IF THERE IS NO changes.

See the screenshots
On a tracker list view If you look at the last modification date it is today at 10:30 for a lot of items.
If you go down to the history of the item, data was really modified on the 2021-12-17 22:30

{img fileId="1687" thumb="box"}
{img fileId="1688" thumb="box"}

This making the sort filtering, freshness and date management horrible from the user point of view.

I have a Tiki running elasticSearch set to use the time zone Asia/Jerusalem and the sample on the settings page displays correct information.
{img fileId="1775" thumb="box"}

I have trackeritems with a date field (picker) to select dates.
For exemple I have an item (5761) with a human readable value of : 7/04/2022
{img fileId="1776" thumb="box"}

However the value displayed for this date displayed from the unified index ===is the 6/04/2022===
I can see it in the database
I can see it in the plugin list test tool
And of course in the plugin list used to display the value to the visitors

{img fileId="1778" thumb="box"}
{img fileId="1779" thumb="box"}
{img fileId="1780" thumb="box"}

The index is being rebuilt properly and I don't see any warning there:
{CODE()}2022-03-08T06:27:07+00:00 INFO (6): addDocument trackeritem 5761 {"memoryUsage":"33.4 MiB"}{CODE}

Additional informations:
When I call the value from a different trackers (using a Dynamic Items List) the value displayed for the date is correct:
{img fileId="1781" thumb="box"}

In my smarty template I use dates format:
{CODE()}
<span class="font-weight-bold">{tr}{$days.tracker_field_holidaycampsDayDay|date_format:"%A"}{/tr}</span> <span class="small">{$days.tracker_field_holidaycampsDayDay|date_format:"%d"}/{$days.tracker_field_holidaycampsDayDay|date_format:"%m"}</span>
{CODE}

This was working fine on Tiki23 and is a major regression

Tiki is mainly about Wiki page and Tracker (Tiki can do many things, but let's not debate too much about this) ?

User data safety is critical, therefore we have an auto-save feature for Wiki page editing to protect as much as possible the user content editing.
I would like to see the same feature for tracker items.

Some mechanism that "auto-saves" the tracker editing content at regular intervals.
''Sometimes it take a lot of time to complete items. (lots of fields, text-area, etc)''

Some things to think about:
* Tracker editing (modal/regular) and inline tracker editing
* Indexation of the fields content (auto-saved or not ?)
* ...

This is not as easy as the Wiki page auto-save feature, but is valuable as a lot of data and content are now added using trackers.