Category: Trackers

On a Tiki22 I user tracker information.
By default user will be member of the registration group.

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

In the tracker I set a usergroup tracker.
New registered users show a blank value for the usergroup instead of the "default" registered.

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

It may work otherwise (forcing the group registered to be selected) but this is counter intuitive and hurt the user experience as this are not done as help says it should.

When you load a tracker list at the bottom you have an action dropdown to do bulk modifications.
By default "Delete selected" (items) is selected.

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

This is not safe and shouldn't be like this as manipulation or unwanted click (on mobile, delays between display and click, etc) may have catastrophic consequences.

Empty selection is the safest option but anything else should be better.

Version: 1.9.2
0. Set tracker item attachment save type to "File", not "DB".
1. Insert a new tracker item.
2. Append a new attachment into that tracker item.
3. Delete that tracker item.
4. Attachment file of that tracker item still exist in disk.

If you are using user tracker information, when you delete a user there is a new feature that ask you if you want to delete the user items in trackers and it displays a list of trackers.

"Delete user items from these trackers Warning: Experimental "

It shows the tracker used to store the user information giving the "wrong" impression that you are able to control if the user information will be deleted or saved.

The text is a bit confusing but no matter if you select a tracker or you don’t select it, user item in the tracker used to store the user information will be deleted.

Admin should be able to deactivate this option and it should not be set by default (erasing data cannot be default) as they are case you want to delete users but not the item created at their registration as it can lead to disrupt data cohesion on different area of your website (especially if you use on trackers and other created items relies on the user information data).

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

On a Tiki 21.x using the "new" and hardly documented option to add action to items from an item list I set a page that using a plugin List displays items (names) and an edit icon (I create a custom template with this icon on the 2020-10-05):

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

This is not working anymore on my website.
However the show instance show it right in the tracker and in the plugin list.

NOTE : I remember why now I tried to design it with a custom template as it is not a successful display. ;-)

I have a tracker A with items
I have another tracker B with items with an itemLink field on tracker A items

When I want to delete items from the tracer A using the "spanner → Delete" to the right end of the line it tells me how many other items from tracker B link to it and lets me suggest a replacement link. Then I can delete them all.

Issues:
* no itemlinks are modified in tracker B
* The entry from tracker A is not deleted

-----
I can't reproduce fully on show.tiki.org yet:
I delete Item "Mrs. HHHHHH" from [http://jyhem-9952-6871.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2] while choosing to replace the occurence o
It fails to delete

I try to delete ''Student: Bacc.'' titem from [http://jyhem-9952-6871.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1] (see attachment)
On step 2 (see attachment), I ask to replace the link to 'Student: Bacc.'' with links to 'Student: M.Sc.''. Then I click on "Delete item".

It DOES change the link on [http://jyhem-9952-6871.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=18] from Student: Bacc.'' with links to 'Student: M.Sc.'', which is not the case on my production site…
It still fails to actually delete the item, but that was not the biggest issue (it can be deleted once nothing links to it).

I'll try again.

----
After comparing the network queries from both sites, I feel the difference in behaviour is due to having sefurl in the real site and not on show.tiki.org.

More interestingly, I got the same error message in both situations, so we __do__ have something to fix.
{CODE()}
[Fri Oct 19 17:21:22.867750 2018] [:error] [pid 13504] [client 90.126.49.74:59730] PHP Fatal error: Call to a member function getLanguageField() on boolean in /var/www/jyhem-9952-6871/lib/core/Tracker/Field/Language.php on line 99, referer: http://jyhem-9952-6871.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
{CODE}

{syntax type="tiki" editor="plain"}
If you have an existing tracker with a large number of items then it does not delete 'in one go'.

What I mean by that is at the admin/list tracker screen using the delete 'action' does not appear to do anything ie the screen does not refresh or do anything.

But if you refresh the page then the number of records has decreased. For my test site a 6000 record tracker only decreased by about 1200 items (I've no idea why this number and of course it might be record size /field type dependent).

It therefore takes 5 goes to actually delete the tracker and even when it is down the large few items you have to refresh the page to see that the tracker has indeed gone from the listing

{syntax type="tiki" editor="plain"}
On the tracker field selector user you may have several users selected.
Exemple: https://dev.tiki.org/item7083-Set-up-wish-reminder-system

Unless you want to remove the last user, it is super not user-friendly to remove a user from the field. You have to delete all and re-assign them one by one without the one you wanted to remove.

That's a pain and forbid changes in many cases.

{mediaplayer src="display2146"}

I edited a comment on a ticket from dev tracker 5 and on save (the area seems to reload or to be updated) nothing was changed.
It take a few refresh (if not unlucky like in the video ?) to properly update the comment for the contributor user.

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

(after a few minutes I could load the page)
{img fileId="1947" thumb="box"}

I experienced this here : https://dev.tiki.org/item8179-Button-colors-can-t-be-changed

dev.t.o (12.x): rating tracker items is half-broken

USer get the sensation that items from the dev.t.o bug tracker can not be rated any more, since when you click, the spinner never ends.

But if you refresh the page, the rating choice is shown (so it seems stored successfully, even if the spinner never ends and nothing indicates the user that the rating succeeded).

I don't know whether this is a regression or not, but we've just seen in dev.t.o tracker5 that the edition of field 'volunteered to solve' in an item doesn't show up in the item history

Example:
https://dev.tiki.org/item4918

At some point, Pascal (I guess) added robertplummer in the field 'Volunteered to solve' after I created the tracker item. This change is not shown in the tracker item history.
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=4918

I replied to a comment here : https://dev.tiki.org/tiki-view_tracker_item.php?itemId=8071&threadId=10284&cookietab=1#threadId10286

I inserted two user tags and the display is wrong...

{CODE()}@john.chishugi{CODE}
Only john is a link and it is broken

{CODE()}@chibaguy{CODE}
Display the user full "real" name

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

I see weird and inconsistent search results on the Wishlist search form when I remove any tracker_status filter at https://dev.tiki.org/Wishlist-Search-Page . I see more than 2 "empty" tickets.

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

I can't see the same at https://dev.tiki.org/tracker5
However if I try to sort by subject I have also weird results: https://dev.tiki.org/tracker5?status=&sort_mode=f_26_asc
The sorting is wrong and I have only 2 "empty" tickets.

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

for some reason, the echo on irc from teh new bugs reported on dev.t.o/tracker5 doesn't include the bug report title anymore (the first isMain field in the Tracker)

It was quite handy.... and I wonder if it's easily recoverable...

dev.t.o: form to search for related-to bugs became recently broken

I could use it yesterday with no problems, while reporting this bug:
https://dev.tiki.org/item7133-CSRF-False-positives

which is linked to a couple other items.
If I edit that item now, I can't search for other items agains CSRF, for instance (while previously linked items are still linked there).

New bug reports do not allow to search for related items when you edit the bug report.
Something has changed in the last 24h? (some svn up? some config changes somewhere?)

There might be many emails from the bug tracker in dev.t.o (like in other tiki sites with heavy activity in one or several trackers).

Notification emails come with this type of common subject:
{CODE()}
"[Bugs & Wish list] (Tracker was modified at dev.tiki.org by userfoo)"
{CODE}

And content of the changed item brings the changed fields, but if there is no change in the title of the bug tracker (the first "isMain" field), the user getting the message still has no clue about the changed item.

Proposed solution:
* Add a new option in trackers to include the first "isMain" field (the first field linked to the full item view) in:
## the notification email subject first, before or instead the string needed for email filters "".
## the content of all emails frmo changes in items from that tracker

This would allow people like me, to clearly identify in which tracker items I'm requested to take some action, or help on the follow up on some topics, when you get many emails from the same source and currently with too similar subjects.

For some reason, some edits to tracker items are lost in dev.t.o . I just noticed that.

I made (I thought I had made) an edit to this tracker item:
https://dev.tiki.org/item6668-Incorrect-integer-value-for-column-healed-at-row-1-when-adding-a-Tiki-Scheduler-task-in-mysql-strict-mode

Adding this extra content (below) to the "Description" field of the bug report:
{CODE()}
---
Tested again (using latest 18.x svn again), same failure, also with the task to do some list:execute action, which runs fine otherwise through the console.php command on a cronjob directly at the crontab level. {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}

I stop attempting to use Scheduler (Web interface) at all in my projects since I never managed to get it running, nor a simple task. Maybe it's not mysql 5.7 ready? {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}
{CODE}

After saving, I saw the new page reload, no reporting of succeful edit nor anything (no remarksbox at the top indicating that the edit was successful), and I saw no changes in the field "Description".

Tracker item history is shown as blank, also:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=6668

I tried to sort by priority in the bug tracker, but it doesn't list by number. So the priorities listed are
90
9
81
8

{img fileId="542"}

{syntax type="tiki" editor="plain"}
Unable to pick Version, Feature and Category tags in the form fields -- values remain empty. Tested on multiple browsers, including Firefox 133.0, Microsoft Edge 131 and Google Chrome 131.0.

This not only affects reporting, but also search:
https://dev.tiki.org/Search-Wishes
https://dev.tiki.org/Wishlist-Search-Page

Some white on white action is happening...
{img fileId="824"}

This is a mathematical field with (mul importance ease).

When field is edited, value gets calculated, but not on first save. For example, in this bug report, I will put importance & ease values.

This causes an issue on sorting on this page: http://dev.tiki.org/Tiki13#Open

See "User contribution" tab of: http://dev.tiki.org/user11625

lkordix reported: http://dev.tiki.org/item4816

{img fileId="840"}

Nelson assigned a ticket to mani and categories were lost
http://dev.tiki.org/tiki-tracker_view_history.php?itemId=4704

{img fileId="604"}

User drop down menu now includes 7500+ users. This was a heavyload on the server so I removed them from the trackers.