Category: Trackers

When importing tracker items from a utf-8 csv file, the first non-ascii character in a field dissapears (except when surrounded by apostrophes).

example:
123;čaj;abc;šaša;def

is imported as:
123;aj;abc;aša;def

but this works alright:
123;"čaj";abc;"šaša";def


The other characters are fine. Tried with a text field and radio button.
Using version 5.1.

When using the 'user select' field in a Tracker, a set of userids can be assigned to the resultant drop down menu when Editing the fields - and quite sensibly the resultant drop down menu includes a blank so that a specific choice does not have to be made.

However when the field has the e-mail option set to 1 ie to send an e-mail whenever the Tracker is changed, the system still tries to send e-mails to the 'blanks' as well as the records with userid values set.

This will(normally)result in a series of Mail Delivery System undelivered mails errors being sent by the mail system handling the e-mail address set as the 'sending' e-mail, since the mails generated do not have a Recipient.

A check should obviously be made to avoid this.

user preferences are not stored in tiki_tracker_item_fields, so the query run for a user preference field 27, and value 'csabi' will not work

SELECT COUNT(*) FROM `tiki_tracker_item_fields` WHERE 1=1 AND `fieldId` = 27 AND `value` = 'csabi';

do we need a distinct_userpreference validator?
Then it would work across multiple user trackers, and we could solve the long standing ticket
https://dev.tiki.org/item3611-no-built-in-way-to-prevent-realName-user-pref-duplicates-automatically

Hi,

while I experimented with linking cart products to Wiki pages and vice versa (cf the tiki.org question I posted "How to link cart products and wiki pages?") something very strange happened.

A couple of products vanished from cart products. Before I started my experiments, I had 13 tracker items, all of them listed on cart products.

Now there are only 10 of them left! On cart products. In the tracker they are still there.

At first I thought, because I edited as admin, I might somehow have screwed up some rights, although I didn't change any. Then I saw that the tracker items I worked on are among those who remain. Four other items disappeared that I did not even touch.

As I wrote above, they are still in the tracker, so it is a miracle to me why they are not displayed. And yes, I also looked at the second page of cart products (limit is set to 9). So at the moment this looks like a bug to me. Could turn out it is something else, or even an error on my side, but don't see any.

The only right that I have touched over the past days was that I allowed anonymous to use Custom Search Tpl as a template, to get rid of the annoying error messages that only anonymous users got (no right to use this page as a smarty template).

Thanks for help
hman

((doc:Trackers)) are powerful. But there is no built-in version history like the wiki pages and the spreadsheet. A workaround is to watch the tracker and have the history in your inbox. You can also permit users to comment the tracker item instead of editing it.

A real history, accessible via the interface would be nice to have. Please see SourceForge trackers for an example.

Adding a field "Edit Summary" would be useful for this history.

Low-hanging fruit solution is to copy the diffs (that we already send by email but should be improved: [wish1982|Trackers :: email notifications of changes :: more emphasis on changes.]) to a new "history" tab.

More work would be an interface to revert to a previous value, which could be nice-to-have but too complex.

Related:
[wish953|Tracker field type: wiki page]

{syntax type="tiki" editor="plain"}
On the first edit of THIS tracker ticket the 3 categories fields Version, Category and Feature loose their values.

To reproduce;
# Create a new ticket
# Select values for Version, Category and Feature
# Save the ticket
# Edit it right away

Version, Category and Feature will be empty.

For example:
[tiki-view_tracker_item.php?itemId=980&trackerId=5]

When I have a drop-down list, in view-mode I only see what is chosen. Not what is not chosen. It should be the same thing here.

In the tracker listing, it is OK as well: [tiki-view_tracker.php?trackerId=5]

Thanks!

My installed version:1.9.4

Page:
tiki-view_tracker_item.php

Functionality:
Filter Categories

Bug Description:
1) Filter an item by a category
2) View an item from the filtered list
3) Click the Back Items List

This displays the items list with '0 Items found' (bug) and the search criteria is not retained

This does not happen with text fields


More Info:
Warning: Invalid argument supplied for foreach() in /home/zzzzz/public_html/lib/trackers/trackerlib.php on line 449
Warning: Cannot modify header information - headers already sent by (output started at /home/zzzz/public_html/lib/trackers/trackerlib.php:449) in /home/zzzzz/public_html/tiki-view_tracker.php on line 659

Related to:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=283&trackerId=5
and
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=67&trackerId=5

warn user by means of e-email that his/her tracker item status is going to automatically change status in short if no modifications are made within the time frame specified (see 2) ). That warning message could be sent a week in advanced of the dead line (or some days specified by the tracker creator at the tracker definition).
---
This could be also applied to dev.tw.o/tracker5

Watch item on trackers sends messages in the language of the tracker poster. It should be in the language of the person watching the item.

The watch object names for trackers in My Watches could be more descriptive -- i.e. use the subject name.

When you are watching an item, the email is sent in the language of the site visitor, not your own chosen language.

Watching a tracker is no longer possible:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5
http://themes.tikiwiki.org/tiki-view_tracker.php?trackerId=2

The "monitor" link is missing.

This is a recently introduced bug

Hi there,

found a issue while using the tracker on a TikiWiki installation which is running in german language.

Following code is used in file tiki-view_tracker.php to set the monitor state:

{img src=images/code.png}%%% {CODE()}
if (in_array($user_email, $emails)) {
$smarty->assign('email_mon', tra('Cancel monitoring'));
} else {
$smarty->assign('email_mon', tra('Monitor'));
}
{CODE}

and the smarty template '/templates/tiki-view_tracker.tpl' uses following snippet to handle the monitor state:
{img src=images/code.png}%%% {CODE()}
{if $email_mon eq 'Monitor'}
<a href="tiki-view_tracker.php?trackerId={$trackerId}&amp;monitor=y" title="{tr}monitor{/tr}"><img src="img/icons/icon_watch.png" width="16" height="16" border="0" align="right" hspace="5" alt="{tr}monitor{/tr}" /></a>
{else}
<a href="tiki-view_tracker.php?trackerId={$trackerId}&amp;monitor=n" title="{tr}stop monitor{/tr}"><img src="img/icons/icon_unwatch.png" width="16" height="16" border="0" align="right" hspace="5" alt="{tr}stop monitor{/tr}" /></a>
{/if}
{CODE}

The smarty variable $email_mon contains 'Monitor', if TiiWiki runs in englisch, in other languages the content will differ, depending on translation (e. g. '&Uuml;berwachen' in german).

Greetings
purcaholic

I do not receive notifications when watched tracker item is commented. Is it a setting or is it a missing feature ? Is it a consistency bug when wiki pages allow notifications on new comments ?

Currently, we have no history of changes to the tracker.

related [tiki-view_tracker_item.php?itemId=169|Category changes in watch and in syslog]

{syntax type="tiki" editor="plain"}
We have now 2 new switches that are added at the bottom of an item:
* add comment
* notify to

The UI should be improved

((doc:Trackers)) can be a configured for time tracking, and then permit flexible reporting. This is fine for freelancers reporting time. However, for full time employees, it's more convenient to have a weekly time entry interface, like this:
{img type="src" src="https://odoocdn.com/openerp_website/static/src/img/2016/timesheet/timesheet_screenshot_01.gif"}

So we should create a plugin like {CODE()}{periodictimeentry cycle=weekly timefieldid=42 taskfieldid=23}{CODE}

The first three stars appear half filled after rating five stars?
Is that expected behavior or am I confused?
{img fileId="1032" thumb="box"}

{syntax type="tiki" editor="plain"}
I setup a new Tiki29 a tracker but can't save my items properly as fields are emptied from time to time.

{mediaplayer src="display3138"}

Tested on tiki demo.
{mediaplayer src="display3137"}

When importing new fields using the tracker import "Import Fields" button, they all need a different FIELDXX text.
If they have the same [[FIELDXX] line, only the last one is imported and all the others are discarded.

This is unexpected because the field number is ignored anyway unless "Preserve field IDs" is checked below.

This is a UX failure because the common use case is
* export a field
* duplicate and adapt in a text editor
* import new fields

When clicking on the print-icon when viewing an tracker item, the print will only show the item main field, but no other content.

The problem has to do with the management of show/hiding the tabs. When viewing interactive, one can click the tabs and the underlying js handler sets a class="active" tag to that tab. This makes the tab visible.

When clicking the print icon, all tabs have not set a class="active" and are therefore not visible.

__Its even not working here on this site__. Clicking on print for this tracker item just shows the title...

When reporting that a categ. mandatory field is missing, another mandatory category multiple checkboxes loose their previous selection.

You can try that here:
http://moviments.net/cursos/Inscripcions+2008

Fill all mandatory fields except the last mandatory one. Submit. User gets the message that the last field is missing, which is true, but then, the selections made in the first mandatory field (category multiple check boxes) are lost. So if user only clicks on last missing mandatory field, he gets a message again that the first is missing, but the last is missing again then, etc.





Same behavior when using the tracker directly (instead of tracker plugin)

Twice now, I have thought there was a Tiki bug because TableSorter decided to hide stuff.

Idea: have a little + where columns are hidden

see https://www.evernote.com/shard/s37/sh/21c2afa8-8a91-41bb-896e-278d2d33502d/e76c906c21c6743510dc7faf6948cced

experienced during submitting bug