Category: Trackers

{syntax type="tiki" editor="plain"}
TW5.0beta1
Tried a field($fieldid,user,$trackerid) expression, and it does not work if the $fieldid is of item link type.
Debug insight:
While field($fieldid,user,$trackerid) results in the unresolved itemid referencing to the item link domain, the
{CODE(colors="php")} $items = $trklib->list_items($trackerId, $tr_offset, $max, $tr_sort_mode, $passfields, $filterfield, $filtervalue, $tr_status, $tr_initial, $exactvalue, $filter, $allfields);
{CODE}
call does not work. Namely, $trklib->list_items(..) works with the resolved item links. Therefore, there is no match.

- Imagine you have a record with ten fields, but you only have a 'n' in the last column. It is not easy to select this column.
- Since each field contains a separate field, it suggests that each brings you to some different page.
- If one link of a record is active, the record is not selected.

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

{syntax type="tiki" editor="plain"}
1. create a tracker
2. create a wiki page with {TRACKERLIST} plugin for this tracker

Result = it works!

3. duplicate tracker from #1
4. Add some items to it (as it will be empty)
5. create a wiki page with {TRACKERLIST} plugin for duplicate tracker
making sure to select correct tracker id and field ids.

Result = the headings for the duplicate tracker are displayed,
but NO items are displayed - even though items exist
in the duplicate tracker.

Note: The {TRACKER} plugin works for both the original and
duplicate tracker. This problem makes it difficult to
create a Pretty Tracker based on a duplicate tracker.

{syntax type="tiki" editor="plain"}
adding a category filter to a trackerlist plugin gives an SQL error

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

{syntax type="tiki" editor="plain"}
!Trackers : wishlist : -> "edit:delete" access seems to be " a little random (#...)

!!Fact
When you access to your wishlist and then reaches the item panels (to edit) sometimes the "edit/delete" tab don't appears.

It seems partially to be in relation with the item color.

!!solution and workaround
__
NONE so Urgency__

!!extension to
This can 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, if you can't update your wishlist...


Good job
Best regards

Trebly
(ref:B10126-03)

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]

Some recent work from Kerrnel22 has improved the system field type in TikiWiki. (ItemID & Ratings)

However, this has uncovered some suprises.


1- When tracker fields are modified, a new "system" ItemID appears. It's great that it's now accessible but it shouldn't appear without active admin intervention.
{THUMB(id=28, url="tiki-browse_image.php?imageId=28")}{THUMB}

2- Ratings column moved from left to right after I changed some settings for the tracker.
{THUMB(id=27, url="tiki-browse_image.php?imageId=27")}{THUMB}

3- Any favorable behavior change should be ported to 1.10 as well.



I am not sure it's related, but I sometimes get this error when I add a tracker field:
{THUMB(id=43, url="tiki-browse_image.php?imageId=43")}{THUMB}

{syntax type="tiki" editor="plain"}
((Dynamic Filter)) is broken in 2.0RC2

On IRC:
13.08.2007 03:03:11 [nkoth_] marclaporte: The reason why items don't appear in the tracker for page=cache is because those items have no rating, and the default sort mode as set in the admin...trackers is rating. It can't sort stuff with no rating so those are not shown.


Nelson is right on. See the 4 attached screenshots, in order.

1- Unrated_but_Categorized_tracker_item.jpg
2- Dev_Tracker_theme1.jpg
3- Rated_and_Categorized_tracker_item.jpg
4- Dev_Tracker_theme2.jpg

These were taken on 2007-08-13, with latest BRANCH-1-9 __after__ Nelson Ko (nkoth)'s recent fix to templates/tiki-plugin_trackerlist.tpl

http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/templates/tiki-plugin_trackerlist.tpl?view=log&sortby=date&pathrev=BRANCH-1-9

Possibly related to doc/devtools/cleanCatTrackers.php which Sylvie has been using to periodically clean trackers up.

null rating and 0 is not the same thing.

----

Can you please retest in currently supported Tiki versions (e.g. Tiki12, ...)? Willing to clear the list of valid bug reports on rating... {sign user="xavi" datetime="2014-02-07T09:51:44+00:00"}

Trackers item can be assigned to categories. Very powerful! 2 bugs discovered as ((tw:DogFood))ing this site.

However
1- If category listing is modified, the tracker category list is not updated. Ex.: Mobile Tiki is now in categories but is not in the list below.

2- categories are shown when creating, however, they don't appear when we edit a tracker. Try to edit this item and you will see!

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.

Please see this example:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&offset=0&sort_mode=lastModif_desc&itemId=1088

Whatever was highlighted in the search in transformed accidentally:

<spanexternal link style="color:black;background-color:#ffff66;">fckeditor</span>

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

It may be specific to : http://bsfez-11581-6322.show.tikiwiki.org/tiki-list_trackers.php
I can’t reproduce.

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

When creating a new Tracker, i cannot set categories. They are visible as checkboxes but not selectable.
Only checkbox "Auto-create corresponding categories" is selectable.

I put it to blocker because assigning permissions (categories) to tracker is essential.

I guess its easy to solve because it might be related to the bootstrap issue fixed in https://dev.tiki.org/item5500



__Testcase__:
user: admin
password: 12345
http://wolfganga-11730-5504.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

__Update: Since this bug is fixed i removed the testcase instance__

{syntax type="tiki" editor="plain"}
Syntax error is present in the file "lib/trackers/trackerlib.php" row 870:
{CODE(caption="syntax error")}...
if (in_array($keys[0], array('<', '>', '<=', '>='))) {
...{CODE}
[http://ru2.php.net/manual/en/function.in-array.php|Manual for function in_array()]:
{CODE(caption="manual")}bool in_array ( mixed $needle , array $haystack [, bool $strict ] ){CODE}
May be need correct row 870 for code:
{CODE(caption="syntax error")}...
if (in_array(array('<', '>', '<=', '>='),$keys[0])) {
...{CODE}

{syntax type="tiki" editor="plain"}
On a tracker, fields interface you can enable "Searchable" for different fields.
This will add asearch option on the tracker when listing the items.

This search option is returning 0 results for a multi-check boxes filter.

I reproduced at dev.
Go to tracker 10 (test)
I set the "Category field" FieldId 243 to be searchable.
Back at item list, https://dev.tiki.org/tracker10 I choose the filter "Category field" and check the "Indexing" category (there are 2 items). I filter the page is reloaded (or the filter is reseted) 0 results.

Hi guys!
This is my first contribution with the tikiwiki community.

Here follows my fixes to the trackers filters that occurs when someone selects a filter and try to select another filter. The input for the filter where alternating between visible or not, causing the bug.

Thanks!

{syntax type="tiki" editor="plain"}
Here is an example:
http://dev.tiki.org/Monitoring#Wishes

*Changing from empty to something doesn't go to the history
*Changing from something to something else does go to the history

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

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