Category: 26.x

On Tiki23 in a tracker I set a "Text Field" and enter in the "Options for Text Field".
The parameter "Same Row" is the first (second if you use multilingual)

On the same tracker I set an "Text Area Field" and enter in the "Options for Text Area".
The parameter "Same Row" is at the bottom

This is not a good UX.
Things, like parameter names and positions, should be the same anywhere so the user feel comfortable and is not confused.

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"}

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

On a tracker when you set a Date and time field (calendar Item) and no calendar Id is set, editing the event on the item will lead to a permission error and an ajax wheel forever.

The error should be explicit; No calendar Id has been set in the tracker field (or the calendar Id parameter should be mandatory in the field options ?).

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

It seems that Cascade actions are now being applied even if is set to "No" (no cascade actions should be applied).

I have a new issue with status change for previously saved item.

I have a catalog tracker with items and I'm using status for items that are available in the catalog (open = for sale) and not for sale (pending = not ready yet and close = removed from the catalog).

I have orders tracker with an item link. The item link is set with "Status Filter" set to open, so customers see only the items for sale and the "Cascade actions" setting is set to "No".

A month or two month ago that was working fine and previously saved orders kept the value of the ordered product no matter what status it has;

My Order tracker field Product is an item link that point to the Product tracker and is set to display only open items (product for sale)
#ProductA had status open on August
#CustomerA bought in august ProductA => OrderA is created with ProductA
#ProductA status changed to close in September = Product can not be seen when creating a new order

__But now__ when I look back at the OrderA (and it wasn't edited since) the Product is now empty. ?

Of course this is clearly a problem, shouldn't setting the "Cascade actions" set to "No" prevent that alteration of a saved item ?

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"}

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"}

((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.

On most of Tiki search tools, I can look for items using the object title with partial terms.
bernard will output : bernard-sfez, bernard sfez, etc.

The same is not true using the tracker field relation find
bernard will output : bernard sfez (only)

To find "bernard-sfez" I have to type the entire string.
This is not consistent with the other place a user may look up for something.
This make this feature harder to use

I even feel like they were a change in behaviour at some point of Tiki23.

I have items with multiple item links in a Tiki25.
They are all independent (they use an itemlink but no other item is using them).

From the tracker interface, when I try to delete them I see a replacement selector.
I do not wish to replace it with a different one, I just want to delete the item so I keep it empty and submit.

An error is displayed quickly in the background and the item is not deleted.
If I redo the same operation, I don't have a replacement selector and I can delete the item.

{mediaplayer src="display1921"}

On Tiki25 I have a tracker with a tracker calendar item field.
If I edit the tracker item fields then edit the event itself, on saving the event the event editing is saved but all my item editing is lost.

See: {file type="gallery" fileId="1806" showicon="y"}

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 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"}