Category: Trackers

As show on the instance, compute display always a result of "1" and doesn't perform a sum calculation as expected.

Average calculation is working fine so it should be a very hard task.
Something was broken.

Would be great as an "extra" to have the total aligned as the column value (if a col is part of a calculation align it values right).
---
Update 31/01/2022. I updated the instance and check back the case and I confirm the issue.

More details, I'm not using table sorter but the sum parameter from the tracker plugin.
There is no doc available at https://doc.tiki.org/PluginTrackerFilter so my setup relies on the inline documentation in the plugin.

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

Using this I setup 2 trackerfilter to test "sum" and "avg" and both failed.

On a Tiki24 If I try to filter a Multi-Select field I have wrong results, see the instance. (http://bsfez-11581-8408.show2.tiki.org/tiki-index.php)

I tested with the plugins List and CustomSearch.
I also tested adding the _text parameter to the multi-select field (behavior differ)

I also changed the Tiki, Search, Default Boolean Operator (/tiki-admin.php?page=search) and it didn't change the wrong result output.

On a Tiki24, on a tracker I have an item link.
On the option I select Multiple fields, Dropdown and in Format for Customising Multiple Fields I do some customisation.

When the item is in editing more (tracker edit, inline edit) the display is unformatted when I'm in view mode Format for Customising Multiple Fields is applied.

IE:
Multiple Fields;
* ~~#99F:Country~~
* ~~#99F:Name~~
* Other fields

Format for Customising Multiple Fields;
%1 from %0

Expected to be seen in the dropdown: Bernard from Israel.
Result: Israel Bernard

On Tiki25 saving an item created through a modal link ends with a "leave page" warning for the process to complete. Tested on Chrome and Firefox.

The link : tiki-tracker-insert_item?trackerId=11&forced~paymentsFamilyName=username

{mediaplayer src="display1913"}

As it is visible on this second video I recorded from the same operation on Tiki24 they were no leave page warning.

{mediaplayer src="display1912"}

{syntax type="tiki" editor="plain"}
Actions button is placed before the main tracker buttons => Should be far left (the other side)

The field titles are shifted right and the first one overlap the select checkbox

Bottom form element (mass selection) are wrong

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

Check the instance

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

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

{syntax type="tiki" editor="plain"}
On a Tiki25, I create a tracker with a username selector to be the owner of the items.

In the tracker properties, I set "User can see his own items".
^
User can see his own items
The tracker needs a user field with the item-owner activated. No extra permission is needed at the tracker permissions level to allow a user to see just his own items through Plugin TrackerList with the param view=user
^

And so, user can see his items and I can unassigned any tracker global permission.

I also set Restrict non admins to wiki page access only
^
Restrict non admins to wiki page access only
Only users with admin tracker permission (tiki_p_admin_trackers) can use the built-in tracker interfaces (tiki-view_tracker.php and tiki-view_tracker_item.php). This is useful if you want the users of these trackers to only access them via wiki pages, where you can use the various tracker plugins to embed forms and reports.
^

So I understand that only Admins can use the tracker interface.

And it is working fine.

However, if I need user to update their existing items using a modal in a plugin List (tracker-update) or inline-editing format the user see a permission denied.

I have to assign to the group the permission can change item (tiki_p_modify_tracker_items) and this allows users to edit his items on a plugin list.

But now;
* Restrict non admins to wiki page access only as no more effect. (user sees the tracker interface (/trackers | list, the tracker content | /tiki-view_tracker.php?trackerId=xx and /itemxx | the tracker item)
* They can edit any items (other users)

Which is pretty bad because it just cancelled:
# User can see his own items
# Restrict non admins to wiki page access only

There may be more with the tracker field additional permissions and other workaround, but this is just digging deeper and deeper.

In my point of view, it should be possible for an admin to set that user cannot see the tracker interface and can see/edit only their own items quickly (in the tracker properties) without risking display to one user items of another.

''Note that the "Clone tracker items" option name has been changed for "Duplicate tracker items" in Tiki25.''

On tracker control panel it is possible to enable the option "Duplicate tracker items (Allow copying tracker item information to a new tracker item. ) "

When duplicating an item, if this item is used in another tracker through an item link the "children" items will be duplicate too. Victor ? ported to my attention that this code/feature is here since 2012.
While it was added 10 years ago and trackers or tracker usage complexity has greatly improved and changed, other people may be using it this feature as is. (so it need to be preserved)
The code is shared and used by the clone_tracker_item of the pluginListExecute.

I see several issues;
# This is transparent and the user is not aware of this silent multiplication of items .
# Some information are not added to the duplication (like the category)
# Fields with automatic value assignment may received an unwanted (or unexpected) value. (user-selector creator or last editor will be filled automatically).

Here an video to illustrate the issue;

On tracker A I have a product.
On tracker B I have 12 orders with an item link to the products in the tracker A.

After I duplicate a single product in tracker A, it will create also a duplicate for each item it is link to so now I have 24 new product items and as the tracker use a user selector field set to creator, admin is now the value of the field.

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

To answer the problem we need to discuss and have a consensus.

- We need a new option for the user to select if only the targeted item should be duplicated (new behaviour) or if the targeted items + all children should be duplicated (as it is today).
-- Where the option selection should be set ?
* Option1: As it is related to the Duplicate tracker items it should be a child preference of the option on the control panel : tiki-admin.php?page=trackers but then it will be trackers wide
* Option2: As it related to the item-link field, an option to allow duplication if parent item is duplicated. This will allow to have some tracker behaving one way and other trackers the other way.
* Option3: When duplicating an item a check if children exist and if yes a modal/option/selection screen with a checkbox: "Do you want to duplicate also this item children" (y/n checkbox)

- What should be the default ?
- The clone action in the plugin ListExecute ?

On Tiki23 using Freetags, Modules, SEFurl; action_similarcontent display broken links for tracker items.
From what I have seen this is not systematic... I have the feeling it is related to the item title.

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

Using a Tiki at tiki-admin.php?page=login you can set a tracker to collect users information.
In the group (registered) tiki-admingroups.php you can define what field to display in the registration form.

This work fine.

You can also use a tracker plugin in a wiki page to fill a tracker item and include a registration.
However the input field displayed are limited to :
* Username *
* Email *
* Passcode to register * (if set)
* New Password *
* Confirm password *

And NOT the list of field you set in your Group (as above).
The tracker plugin Registration option shouldn't modify the fields require for the registration and the way the admin has set it.

I created an instance to demonstrate.

While __you are not logged__ if you go to register :http://bsfez-11581-7961.show2.tikiwiki.org/tiki-register.php

The page show ALL the fields I added for registration at :http://bsfez-11581-7961.show2.tikiwiki.org/tiki-admingroups.php?group=Registered

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

Good.

Compare to the registrations fields proposed in the tracker plugin and you see all are missing.
http://bsfez-11581-7961.show2.tikiwiki.org/tiki-index.php?page=HomePage

Using the Tracker properties I can define several fields that will be displayed in a popover when hovering over the title of a trackeritem.

This work also when using the plugin List, setting the ouput table column parameter to raw {CODE()}mode="raw"{CODE} and adding to the format of the field {CODE()}format="trackerrender"{CODE}.

With the same settings when using a wiki plugin customSearch that doesn't work.
The code is there but hovering over the title doesn't display the popup.

See the video screenshot
{mediaplayer src="display2130"}

See the instance.

I've been trying to unsubscribe from the tracker on the Tiki Dev site for over 24 hours. It's been successful for everything but the Wish List Tracker. Clicking on the "stop monitoring" icon has no visible effect and I continue to receive email notifications of entries on that tracker.

on dev.tikiwiki.org, we have a custom syntax ~np~{wish id=1234}~/np~ to get information about a wish.

This shows the description of the wish, with a hyperlink.

This uses ((doc:PluginTrackerItemField)). If you are a Tiki admin, you can see the config here:
http://dev.tikiwiki.org/tiki-admin.php?page=textarea&plugin_alias=wish

This is very very useful.

How, how could we indicate that a bug is solved? (ex.: on ((Tiki4))

If bug is solved, could it have a relevant class (ex.: special color, crossed out, etc.)?


http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-09-25,Fri&sel=291#l287

!Wishlist and trackers : sort default on display (# .... )

!!Fact
When you activate 'the wishlist' with 'list yours' but in fact in any case of selection, you get the order into the database...

!!Proposal
The list should have __a default sort order__ :
- __I propose here a reverse by item number, so the most recent is as the beginning
__
!!while it's not done
If not, you need :
#click on the column id, and wait
#click again to have the last submitted first or have to go to the end clicking again and wait...

!!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-01)

Currently the Wishlist reports just 2 bug reports (TWO) that are open. Very hard to believe, unless some closed thousands of bug reports...?!

Or has the Wishlist lost contact to some external data storage?

example: TikiWiki used to coordinate volunteer organisation (eg Scouts) with branch hierarchy.
Individual or a Manager at any level above should be able to maintain their contact record.
There needs to be some functionality to transfer individuals between managers, eg when the manager leaves/moves.

1/ Wrong calculation

There is some issue with the the filtering on status (open, pending, close) and the item count.

The average is calculated on the TOTAL of the item in the tracker and not on the total of the item displayed and thats wrong.

Fixed : https://sourceforge.net/p/tikiwiki/code/61412/

2/ Item list fields are not displayed properly.

See instance.

There is a regression when choosing values from the multiselect fields (the Select feature must be enabled?) the forms input fields do not behave correctly when typing the suggestions. Also the pink rectangle looks a bit ugly. It was blank (same color as the background) before when you started typing in it?

See the video below:
{mediaplayer src="display1800"}

(This is also to test if the RTC video recording works properly ;))

I have a tracker that contain category field. When i choose to render as "unordered list of links", the tiki-view_tracker.php shows items, and there is a column with a list of categories with this link : tiki-browse_categories.php?parentId=XXdeep=on <- missing the &.

i'm using svn version;

When trackeritems have permissions (i.e using a category field) and permissions are set so that only certain usergroups can see certain items (based on their category), then pagination does not work properly.

Example:
Tracker has 50 items. Only item 2 and item 28 is accessable to user "Peter" due to permissions..
If "Peter" open the trackerlist, he will see only one item on the first page, and need to go to the second page to see the other one.

Expected behaviour would be:
"Peter" sees just one page with two items.

This effects also tablesorter when being used.

Fixed in 14.x r55304 and trunk

Nothing displays when trying to view, for example, http://doc.tiki.org/tracker20 . The page was normal a few days ago. This problem seems to be restricted to doc.t.o.

It is currently possible to see links to tracker items we are not supposed to see. (clicking gives error message)

{syntax type="tiki" editor="plain"}
As seen at http://dev.tiki.org/tracker5, users have a link to edit trackers, but they can't.

{img fileId="261"}

If you submit a form and there is a required Text Area (with WYSIWYG) that isn't input, the message "This field is required" shows up underneath the field (as it should).

However, unlike regular text fields and text areas (non-wysiwyg), when you start typing something in the field, the error stays there (usually, as you type something, the message is cleared).

Not a big deal in terms of usability/function but it is inconsistent and makes it look a little less polished.

Using 1.10cvs code from mid june 2007

I created several trackers. Enabled RSS for individual trackers. Created rss modules for two individual trackers (rss 1 and rss 2).
Granted common permissions for anon. (view, ...), and most tracker permissions for Registered group.

Added a call to rss plugin within a wiki page:
{CODE()}
{rss id=1}

{rss id=2}
{CODE}

When viewing the page as registered, I see:

^
Tiki RSS Feed Error Message: Permission denied you cannot view this section
^

Did I miss any special perm to be granted for registered? A bug?

(I granted all perms from tracker section - to them, or inherited from anonymous - except for tiki_p_admin_tracker)

Reported first Using 1.10cvs from mid June 2007. Reviewed and confirmed goal is still legitimate in Jan 2022 (15 years later).

The tracker field "subscription" should include an option to automatically send a notification message to them item autor (and "watchers" of the item, maybe?)

Because subscription field is very useful also in letting people show interest in whatever you offered or requested in a tracker, and might be an easy way to let users get in contact related to that offer or demand... etc.

Thanks Guilles for your nice contributions to Tiki code! :-)

An admiror of yor work, as ((tw:Sylvie)) once said... (:wink:)