Category: Feature request

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)
* ...

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

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

Show me all bug reports with priority >3
Show me all tracker items with modified date between X and Y
etc.



Related:
[Better reporting from tracker data|wish1980]

We can now have filters for content of fields, but list of columns is not dynamic

Suggested by Abdelhak Fareh (INESSS)

When using TrackerList compute function (sum of a column), sometimes it returns the number: 7.105427357601E-015

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

This is reported on several php forums and is not a bug but: "its the acceptable precision of floating point numbers" or also described as "Subtracting 2 floats returns incorrect results".

Seems that a workaround patch may be necessary as one post suggests:
"so I guess you need to hack it: if ($resultB < 0.000) $resultB = 0;"

Here are links:
http://forums.oscommerce.com/topic/199647-php-math-bug-big-problem/

https://bugs.php.net/bug.php?id=41213&edit=1

http://grokbase.com/t/php/php-bugs/074v5dv79q/41213-new-subtracting-2-floats-returns-incorrect-results

br,
Mike

{CODE(caption="Current")}
{TRACKERLIST(trackerId=>1,fields=>1:2:3, filterfield=>1, filtervalue=>"A")}{TRACKERLIST}
{CODE}


{CODE(caption="Suggested")}
{TRACKERLIST(trackerId=>1,fields=>1:2:3, filterfield=>1, filtervalue=>"A" or "B")}{TRACKERLIST}
{CODE}

The following code would show the value for tracker item ID #62:
{CODE()}
{TRACKERLIST(trackerId=>7,fields=>59,itemId=>62)}{TRACKERLIST}
{CODE}

We don't always need the field names when using a trackerlist. Especially if we are just listing one field.

A new parameter could be added:

showfieldname=>y|n default to yes (which is current behavior)

This could be used in conjunction with [tiki-view_tracker_item.php?itemId=938|Trackerlist Plugin: get results for a specific tracker item ID]. In which case, the following code could be used in a wiki page to show the value of field #59 for tracker item ID #62:
{CODE()}
{TRACKERLIST(trackerId=>7,fields=>59,itemId=>62,showfieldname=>n)}{TRACKERLIST}
{CODE}

Wiki pages could be built to include these dynamic fields. And the values could be updated via the tracker. A bit like the dynamic variables feature.

As seen here:
http://dev.tikiwiki.org/tiki-pagehistory.php?page=All%20Bugs&compare=1&oldver=18&newver=19&diff_style=minsidediff

I would like a trackerlist plugin report with a list of all bugs which are in category 56, 172, 57 or 174.

In some other cases, I would like a trackerlist report which intersects two categories (ex.: bugs and 1.9x)

It would be nice to have an optional tpl=>foo.tpl argument to TRACKERLIST to specify a different formatting template. I would rather not mess with the code or the regular template in order to provide a different style of display. (in my case, it would be a display, for just this one tracker...

A table like: Dept, Title, Description, items_list
and another: Name, Title, Phone, Email, Street, Fax, etc

Could display as:

Dept:
Title
(list-of-people-with-that title)
Title2
(list-of-people-with-that title)
Title3
etc
Dept2:

Getting away from the usual 'table' display. I would only want that format for one specific view of one specific tracker... which makes it seem like specifying an alternate template for the display would be useful.

(This is, of course, a trivial change that I can do here locally, but others may find the feature useful, so it would be nice if it was standard.)

If the field used for sort_mode is an item link, any initial selected results in zero items returned.

Steps to reproduce:

1) Create trackers:

Tracker "Names", id=1
Text Field "Name", id=1
Values:
"Fitzgerald,F. Scott" id=4
"Follett,Ken" id=5
"Grisham,John" id=6

Tracker "Titles", id=2
Text Field "Title", id=2
Values:
"Great Gatsby, The" id=1
"Dangerous Fortune,A" id=2
"Painted House, A" id=3

Tracker "Books", id=3
Item Link Field (2,2) "Title", id=3
Item Link Field (1,1) "Author", id=4
Values:
"Great Gatsby, The","Fitzgerald,F. Scott" id=7
"Dangerous Fortune,A","Follett,Ken" id=8
"Painted House, A","Grisham,John" id=9

2) Add trackerlist plugins to wiki

{CODE()}{trackerlist (trackerId=1, fields=1, showinitials=y, sort_mode=f_1_asc) /}

{trackerlist (trackerId=2, fields=2, showinitials=y, sort_mode=f_2_asc) /}

{trackerlist (trackerId=3, fields=3:4, showinitials=y, sort_mode=f_3_asc) /}{CODE}

3) Filter on "F" - you will see two authors and no titles or books (expected)
4) Filter on "G" - you will see one author, and one title, but no books. The book should have been listed also.

I did step (2) above on the home page of the show.tiki instance. To rule out interference between the 3 plugin instances on the same page, I also create separate wiki pages "Names", "Titles", and "Books" on the show.tiki instance. The behavior was the same.

You can see another example on our site:
http://www.hrsms.org/home/References

When trying to find a workaround, unexpected behavior was found in TrackerFilter. When the filter is 3/i (intials for title), clicking on a letter results in all titles with the letter anywhere in the string being returned. I would expect only those beginning with that letter. This has been added to the show instance to demonstrate.

!Trackers - wishlist - lack of Return to list command (#....)

!!Fact
when you access from a list of items of a trackers, to go back to the list you need to restart from the beginning...

!!Details
As when you reach the item form you can navigate into the extracted and sorted list, you have no command (link, button) to go back to your list.

Then you need to do again your selection, sort again (see previous report #3765)

!!extension to
This concerns all trackers for 6.x, 7.x

!!importance
This is very annoying to lost time when you are redacting and following your wishes list, quite a large one

Good job
Best regards

Trebly
(ref:B10126-02)

When watching wiki pages, the first part of the notification email is just the diff, and them you can a full copy of the wiki page. So you can quickly see what changed and still have a full copy if needed.

In the tracker notification email, it should be the same principle.

As of now, it lists everything, and indicates new/old values, when appropriate. So we need to scroll all the way down and be very attentive to see what changed.

The same old/new interface should be used in [wish1798|Version history for trackers]

Usually, for categorizing something in Tiki, it is possible to do it when editing the item or via tiki-admin_categories.php

An exception to this is for categorizing tracker items.

This would make it a lot easier to add existing items to a new category. Right now, you have to create the category, and edit each tracker item one by one.

For example, I would like to create two new categories: "Blocker198" and "Blocker110". So we could have a dynamic list of essential things to do in time for these 2 releases.

{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))

Trackers need a "view own items" permission. This would allow a user to view their own tracker items only. Thus, one could stop users seeing each others support calls, or in my particular planned app, other people's product registrations.

An example of the use of this is in product registration. My users would enter a serial number and some other details, like product location. Other products registrations are confidential, so thy shouldn't be able to see them.

If at a later date, a user wants to change their product details, so maybe change the location of the product, then they will see a list of only their products.

---
Related:
Tiki trackers for help desk -> customer support requests (requests are private)
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1293

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

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

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

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.

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.