Category: Trackers

It would be nice if one could choose "Latex equations" as a tracker field type. E.g. for mathematical or chemical formulas.

More generally wiki parsed fields would be nice...

{syntax type="tiki" editor="plain"}
It is not possible to write a comment for a Tracker entry. If you click the "comment" button, there is no editor or anything.

[https://dl.dropbox.com/u/13543865/comment-error-tracker.jpg|Picture of missing editor]

All permissions for tracker comments are granted. No admin and no other user can comment on a Tracker entry. The comment feature is activated and it is possible to comment on wiki-pages.

When you import tracker items, if you don't select the checkbox to create new items, they are supposed to replace the previous items that are there.

But this fails, and new items are created, without replacing the old ones.
---
confirmed still in trunk, SVN (11.0svn): Monday 22 of April, 2013 15:40:50 UTC- REV 45673
http://demo.tiki.org/trunk/tiki-view_tracker.php?trackerId=3

!Trackerfilter plugin doesn't always show its filter boxes

When I add a trackerfilter to my wiki page, then at the beginning everything looks nice (i.e. I see filter boxes on top). But after a while the filter/search boxes are not visible anymore. Below is the code I use on my wiki page:

{CODE()}
{trackerfilter filters="47:66/d:55" action="Search" displayList="y" trackerId="3" line="y" fields="47:48:49:51:55" sort="y" showlinks="y"}
{CODE}

!!Some behaviour can make the filter boxes appear again:

when I edit the page and change e.g. the displayList from {CODE()}displayList="y"{CODE}
to {CODE()}displayList="n"{CODE} and then click ''Preview'', the filter button/boxes appear again and even remain after I click ''Cancel edit''!

* http://framework.zend.com/manual/en/zend.locale.functions.html
* http://code.narendrasisodiya.com/JavaScript-Country-State-Dropdown/
* https://github.com/sgruhier/jquery-addresspicker
* https://packagist.org/packages/sirprize/postal-code-validator
* https://packagist.org/search/?q=postal&orderBys%5B0%5D%5Bsort%5D=downloads&orderBys%5B0%5D%5Border%5D=desc

https://www.openhub.net/p/commerceguys-addressing/
https://www.openhub.net/p/syliusaddressingbundle

And SabreDAV support would be ideal:
https://kolab.org/news/2015/02/13/roadmap-kolab-3.1-irony-included
http://sabre.io/dav/carddav/

{syntax type="tiki" editor="plain"}
Tracker export items using the "quick export" option fails to fetch emails when they are shown through a "User Preference" type of field. The problem comes from the fact that the data from the subsequent columns got misplaced in the previous columns.

Exporting items through the second section of Tracker export items works as expected, and includes all data in the right place.

Tracker view item history (tiki-tracker_view_history.php) doesn't store data from an admin changing the associated username in a tracker item.
e.g.
# a tracker contains some fields. One of them is field type username, with creator as param.
# a registered user adds an item (so that this user has associated it's username to the field in that item)
# an admin user (user with admin perm on that tracker) changes status from open to pending.
# another admin user (with tiki_p_admin) edits that item, to change the field username from a value to another one.
# tiki-tracker_view_history.php does not show that change in the table of values, but just the change from open to pending.

Reproduced here: http://r-es.org/item308

Report doesn't seem to filter by date as it's supposed to do.

I select to list only values after a date (by the way, how does report know that this field is supposed to be the start date? just because is the first one of a couple of consecutive date fields in a tracker?), and value before that date are also shown.

I mean, we have a tracker with several date fields (4 in fact) for project management:
* when the project was requested
* when the project started
* when the project is due to be finished
* the date of the next deadline to meet within the project timeframe.

Ideally, the user should be offered the option to select which tracker field want to use as a start date for the filter, and which one as the end date for the filter. And not just the creation date or the modification date.

Right now, it seems to be using either the creation or modification date of the tracker item? (which is less useful and less versatile than what it could be with the previous improvement of the design)

The other things that might be affecting the missbehavior of the filtering by date is that the date field in a tracker can be set either by using the "Date and time" tracker field, and the "Date and time (Date Picker)" (jquery) tracker field.
See http://doc.tiki.org/Date+Tracker+Fields

They both seem (from the end user point of view) to have different way to store data:
* JQuery date picker from the tracker-field "Date and time (Date Picker)" seems to use this syntax for dates: __yyyy-mm-dd__
* JQuery date picker from the Report Builder (tiki-edit_report.php) Start and End dates, seems to use this syntax for dates: __dd/mm/yyyyy__

Maybe this is also interfering in the filtering by dates?

Using 9.2 (svn).

Tracker view item history doesn't display anything after an admin edited one field of one item

Reproduced here:
http://r-es.org/tiki-tracker_view_history.php?itemId=349

The Report feature doesn't seem to filter data if the filter applid refers to a "Item link" type of tracker field.

Scenario:
* Tracker 1 refers to a user tracker, and one of the fields is for province.
* Tracker 2 contains all the provicen names in a drop down field, and cities in a text field. (this is the common setup of a "dynamic items list" featur).

If you use report to list all items from tracker 1 which contain "province name" = "foo", you get nothing in the list. foo province exists in tracker 2. However, mysql table for tracker data seems to store the value for the province with a numeric id, instead of the string "foo" that the user knows. Therefore, there no way for the user to filter for that field.

9x dev.t.o/t5: Plain registered users can't rate tracker items; admins can. Obj & Global Perms seems ok though: bug?

Example:
As user xavi (plain regitered user) I added this bug report:
http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4330

I click on the stars field (field 62: Rating Stars (system) ) and my rating is not shown.

If I login as a user with admin privileges, then I can see the average rating, and I can rate also that item.

I created a file gallery in my tiki installation and set all php *upload_size* etc. parameters in my .htaccess correctly. According to these parameters I can upload files up to a size of 8 MByte, which works without any problem, if I do this directly from the file gallery.

Now I try to use this file gal in a tracker via the tracker field "file". Everything seems to work well, uploads are shown with a progress indicator from 0 - 100%. But uploading quietly fails for files larger than 600 kByte.

The files are shown in the gallery, but on the server they have a size of 0 (zero) Bytes, files smaller than approx. 600 kByte work well.

To point it out, the problem is only existent from within a tracker using the new drag and drop (html5??) interface. With an older Internet Explorer, which does not show the progress indicator, uploading works well from within a tracker, too.

I cannot find a reason or a solution...thanks in advance...

Use this link to see error:

{HTML()}https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=op&sort_mode=f_41_desc&filterfield=47&filtervalue[86]=&filtervalue[26]=&filtervalue[56]=Accepted&filtervalue[54]=&filtervalue[27]=&filtervalue[90]=&filtervalue[28]=&filtervalue[48]=&filtervalue[55]=&filtervalue[91]=&filter=Filter{HTML}

Tracker breaks and spills code onto the page.

This happened when I attempted to filter for only bugs in version 9x.

Using a numeric field in a trackers auto generated "new tracker item"-page is a bit difficult. The numeric values are set to "text-align:right" by ./styles/layout/design.css ( .numeric, td.numeric ). This makes sense at first glance.

Problem is when using Safari as browser the up/down arrows which are positioned ''within'' the input field and not right of it and so they do cover the first two or tree digits of the input which therefor isn't readable.

See the cursor position (vertical dash) in screenshot {img id=129} right of the arrow control -there the first digit will go.

Here you can (not) see what happens after typing "222" {img id=130}


Using Firefox this problem does not occur - no up/down arrows at all in Firefox.

{syntax type="tiki" editor="plain"}
Using a pretty tracker as registration form doesn't allow to de-activate the captcha.
Since one of the point of using a tracker for registration is to allow special questions which robots can't answer, what is the point of forcing the use of the captcha (through which robots can easily pass)?
Maybe a duplicate of bug #1818, I'm unsure.

SHOW admin password: 01234

As user "xavi" (plain registered user, I mean, not a user with admin privileges, etc), I created a new bug report here at dev.t.o/t5. Once saved, I attempted to:
* click at the Rating field - Stars (system), and I saw no effect.
* edit the tracker item, and clicked at one radio button option, and saved, but saw no effect.
In both cases, I still see that zero votes have been casted, etc.

As far as I remember, the choice of the user was stored, and showed somehow highlighted or similar. Nowadays, it seems as if nothing is stored.

Reproduced, as example, here:
http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4361

I confirm that these perms are granted to registered users on the tracker object permissions, as well as at global permissions:
* Can view rating result for tracker items (tiki_p_tracker_view_ratings)
* Can vote a rating for tracker items (tiki_p_tracker_vote_ratings)
* Can re-vote a rating for tracker items (tiki_p_tracker_revote_ratings)

PROBLEM (summary):
A Item Link field appears to be missing a condition to limit the list of items in the dropdown on a tracker form to those that the user has permission to see.

Details:
(Reproduced on demo.tiki.org site. See details below)

Imagine you are using the Tracker functionality NOT for user registration but for allowing users to create a home inventory.

You have 3 trackers created:

*1 a tracker of Location that has fields "Friendly Name" - Text Field, "Relation to Another Location" - Item Link to "Friendly Name" items in Location, and "Specific Location" - Text Area (Note: DO NOT give "Relation to Another Location" Item Link the ability to Add Item..., or you will zap all the memory of your Tikiwiki! )
*2 a tracker of Items that has fields "Friendly Name" - Text Field, "Location of Item" - Item Link to "Friendly Name" items in Location tracker, "Value" - Text Field
*3 a tracker of Inventory that has fields "Item" - Item Link to "Friendly Name" in Items (with an "Add Item..." option) and "Photo" - File

All 3 trackers have a mandatory User field with auto-assign to creator

Registered Users have ONLY the following tracker permissions:
tiki_p_attach_trackers
tiki_p_tracker_view_attachments
tiki_p_comment_tracker_items
tiki_p_tracker_view_comments
tiki_p_create_tracker_items
tiki_p_modify_tracker_items
tiki_p_remove_tracker_items permissions

Data input is carried out via wiki pages with tracker/trackerlist

ALMOST everything is working - 2 users (TEST1 and TEST2) can input data and neither can see the other's inventory. - That's Good.

The PROBLEM is:
The Item Link drop-down shows ALL the items of the tracker from both users.
In other words, when TEST1 is selecting a Item from the Tracker List, TEST2's items show up.

Fortunately, if the Item List is rendered as a link in the trackerlist, TEST1 will get an error when trying to click on TEST2s stuff (presumably, to see the Value field to come over to his house and steal his stuff ;) )

But, the problem is that, with a lot of users, the dropdown list becomes unusably long.

Reproduction on the 10X Demo site:
Log in as TEST1 or TEST2
Password 12345
Go to the Home Inventory Form wiki page
Test1 has: Television in Office in Test1s Home
Test2 has a vase in bedroom of Test2s home
Admin has a Linux computer in the living room ;)

Now, if you go in as, say, Test1, on the Home Investory Form page you will only see Test1s stuff, but in the dropdown box of locations, you'll see Test2's bedroom, Test2s home and Admin's living room.

I had to change (limit) Registered group's access as describe above in the details.
Sorry to anyone out there using it!

After upgrading to 9.x from a prior release, I could no longer upload tracker images. During a long set of trial and error, I found a case that worked. After a while I noticed that the file I had successfully uploaded had the extension *.jpg whereas all the failures had *.JPG (upper-case). This was not a problem in past releases.

Someone else posted a similar problem in the forums. In case it has the same cause, I posted the information above in reply.

https://tiki.org/tiki-view_forum_thread.php?comments_parentId=45757

I set the "importance" field at a moderate level. Though it is easy to change the source file name, it can be time consuming and tedious as the number of files grow.

Currently following the guide to create Dynamic Items List found here: http://doc.tiki.org/Dynamic+items+list

I've followed it all the way but there seems to be a problem with the "Operating System" drop down menu. I keep getting a reflection of the item list rather than the options specified. I've added a screenshot of what I mean.

Is there anything different that I should be doing in 10.x that's not specified in the doc?

{img src="display77"}

Start with an existing tracker with itemsin it
Add new dropdown or radio field with option "Europe,Europe,Asia" to tracker
→ Existing items show immediately as if "Europe" value has been selected.

In Tiki 6.x and 10.x, the existing items correctly show an empty field, since no value has been entered so far.

There are a few variants of this:

Tracker Field Factory Error: Pref "trackerfield_stars" required for field type "Tracker_Field_Rating"


This is caused because in more recent versions of Tiki, each tracker field type is a preference. It should have been handled by an upgrade script but there must be a bug:



Related:
http://thread.gmane.org/gmane.comp.cms.tiki.devel/26942
http://thread.gmane.org/gmane.comp.cms.tiki.devel/29596
http://thread.gmane.org/gmane.comp.cms.tiki.devel/23733/focus=23759

We have a couple of tracker field type "relations" in a tracker, showing other items from the same tracker, and it displays a search box at the left of the dropdown box.
when we filter for item which have an apostrophe (single quote: '), the filter doesn't seem to find them. Without apostrophe, it does.
I.e., imagine that we have these two items (without the star):

* foo bar
* foo bar'2 foo bar foo bar

if we search for "foo", we find just the first one, not the second.

Apostrophes are very common in Catalan, as they are in French and other languages (in English it can be tested against items with names such as this onem, which has the word "doesn't" in purpose ;-).

The "((doc:PluginTrackerCalendar))" (fullcalendar resourceviews) needs annual view (for project management)

Because real projects last more than just a month... and managers want to see the evolution over time (monthts)

Moreover, we need "filters" for up to 3 tracker fields to control de display of data from the tracker

3 tracker fields because you usually want to review by:
(1) user/s,
(2) dates,
(3) a field related to the project itself (priority, custom field such as project type, etc)

---
A basic attempt is using plugin custom search, but I don't yet get the right syntax to filter events in the trackercalendar based on the results of the dynamic filter specified by the user.
Reproduced:
http://xavi-9794-4391.show.tikiwiki.org/tiki-index.php
u: admin
p: 12345

Tiki does not send out e-mail notification when tracker items are closed. They do get sent when set to pending.

Found that Tiki 9.x (9.0->9.4) has this issue.

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)