Category: Trackers

In version 9.11, creating a Workspace using Perspectives and Category Jail would permit a user to view a tracker and all of its tracker items when that tracker was categorized appropriately. Upon upgrading to version 12.11, the tracker is still visible to users within the Perspective, but the "View Items" page does not list any items. The items are still accessible and editable by the user if they know the Item ID or have links to them, but they cannot be browsed. The item count will show correctly when viewing the list of trackers, but the tracker itself will report that it contains 0 items when viewing the items list.

{syntax type="tiki" editor="plain"}
While user create a tracker on the "Category" tab of the modal there is a "Categories" link.
If the user click on it he is thrown away from the page with nothing he just entered saved.
This should not happen.

The user should be warn he is leaving is editing and nothing was saved yet.

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

Tracker 1
X text field
Y text field

Tracker 2
Y text field
Z text field

Tracker 3
R item link to 1,X
S dyn item list of 1,Y by linking R=X
T dyn item list of 2,Z by linking S=Y <-- this one does not work

Our org is trying to create a tracker for short term employment vacancies. In the tracker we have a date field called "deadline" where we want an applicant to respond to the vacancy before that date. What we would like is for the vacancy (tracker item) to change status to "close" after that date automatically.

I have found in [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1694] that [http://dev.tikiwiki.org/tiki-user_information.php?userId=21|sylvie] made a comment:
""
- must be finished before can be a date field. what happens to the item after? (I have on my list 'an item change status after n days')
which sounds roughly the same as what I am trying to accomplish.
""
Can someone elaborate or let me know if it is possible to automate the closing of items?

Thanks,
Tim

The name 'Tracker Tabular' does not mean anything to non-IT people.
I still can't figure out why it is called this, it is confusing.

If it is "an advanced import/export feature for Trackers" than call it that:
Tracker Import-Export

See the problem in action:
I copied an url of a tracker item:
{CODE()}
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=97&show=view&status=op&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=check
{CODE}

onto another tracker item report, but adding wiki syntax:
[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=97&show=view&status=op&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=check|see tracker item]

There is some trouble with __~np~&filtervalue[26]=check~/np~__ form the url when used as external link between square brackets.

When I check "View inserted item" the first time I save a tracker item, it does not save the check boxes, e.g. data type on this form.

Created a tracker and a checkbox field in it next to some other fields.
Set appropriate permissions.
When submitting the form, the checkbox is always unchanged.

relevant html source fragment:
<form enctype="multipart/form-data" method="post" action="/tikiwiki-5.0.Beta1/tiki-index.php?page=Test&itemId=3">
<input type="hidden" name="trackit" value="3" />
<input type="hidden" name="iTRACKER" value="1" />
<input type="hidden" name="refresh" value="1" />
<input type="hidden" name="page" value="Test" />
<table class="wikiplugin_tracker">
<tr><td>Name</td><td>
<input type="text" id="track_55" name="track[55]" size="80" maxlength="80" value="My name is XY" /></td></tr>
<tr><td>Check this to confirm</td><td>
<input type="checkbox" name="track[72]" checked="checked"/></td></tr>
</table>
<div class="input_submit_container">
<input class='button submit' type='submit' name='action' value='Confirm' />
</div>
</form>

_REQUEST:
track[55] is available, while track[72] is not

used Firefox 3.6.6

{syntax type="tiki" editor="plain"}
When creating a tracker (see the attached MS Word document "Tracker - Attachment Field Type Bug.doc"), choosing the "attachment" field type results in the form displaying the directions/description for the "text area" field type. This mismatch occurs upon first creating the "attachment" field. Once this field is saved, the user can re-open it for editing, and then the correct description (describes parameters, etc.) for the "attachment" field type is finally displayed.

When submitting this issue, I can see Chosen working. So one can get it working, but how?
I followed the steps written up in
https://doc.tiki.org/Improve+Tracker+Forms
but it did not result in any improved trackers. I tried both the dropdown and the multiselect, though I am more interested in the latter one.

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2014-07-31,Thu&sel=95#l91]
Xavi asked me to log this as an issue, so that someone can have a look.

Normally I submit patches myself. However, this time it should just work.

@trunk 52216

When ''chosen'' is active, the ''Reset'' button does not reset dropdowns any more.

Simple input fields work fine (i.e. they are voided) but dropdowns just keep their values.

Without ''chosen'', all works as expected.

Let's spare time and resources and recycle a past existing show2 instance :-)
[http://jyhem-9952-7502.show2.tikiwiki.org/tiki-index.php]

chosen lib prevents changing the sorted order display of fields from an items-list tracker field with the translation smarty system

Workaround: disable chosen lib temporarily, make your changes to the selection of fields to be displayed, and/or the sort order, save (and reindex if necessary), and you can enable chosen lib again later on.
At least this worked for me so far.

Integrating a Simple Classifieds System with Categories and Subcategories would be nice. Each ad should be attached to the user that submitted it and possibly integrated with the user's "my page" so they can keep track of their ads, how many replies they've received and so forth. Nothing too complicated to start with...but it would be a fantastic addition to the software.


ML: Should this be a new feature or done with trackers? If done with trackers, it could distributed via the ((Profile Manager))

Otherwise it prevents the page to be scrolled or doing anything one would expect to normally do. Reproducible while editing the tracker items here on dev.tiki.org too.

When you close an old tracker item, it shows up again in the since_last_visit_new module as new tracker item.
This also seems to happen when you change the status to "pending".

It happens also in dev.tikiwiki.org to me (user xavi)
See this one for pending: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1946

And this one for closed:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2124&trackerId=5&show=view

I logged in Jan 16th, and they appeared as new to me (user xavi, at least).

---

UPDATE: Still present in 12.x. {sign user="xavi" datetime="2013-11-17T09:52:11+00:00"}

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

I am not able to get a tracker to collect registration data.

I have followed the steps here: https://doc.tiki.org/User-Tracker

I get these errors upon registering an account:

NOTICE (E_NOTICE): Undefined variable: registrationTrackerId
At line 1205 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: itemId
At line 1207 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: newItemRate
At line 1208 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fieldsfill
At line 1210 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fieldsfillseparator
At line 1210 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fill_line_cant
At line 1210 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fill_flds
At line 1211 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fill_flds_defaults
At line 1211 in lib/wiki-plugins/wikiplugin_tracker.php
ERROR (E_WARNING): array_filter() expects parameter 1 to be array, boolean given
At line 157 in lib/core/Tracker/Field/Location.php

When I'm viewing the tracker on the "List Tracker" page, the item count is shown correctly, but when I click on the tracker to view the information collected, it shows zero results.

The user page where the tracker information collected is also throwing php errors.

I just edited a trackerItem in the wishlist and save + comment.
Just after submitting I had a quick warning about "Comment are not allowed..."

Still the comment was posted.

https://dev.tiki.org/item7557-Itemlink-Trying-to-access-array-offset-on-value-of-type-null-notice

Comments added on a tracker item are not noticed on tab (color, number, ...)

For instance: [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=97&show=view&status=op&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=check|this tracker item] has at least one comment, but when viewing tracker detailed information, there is not information on the "comments" tab of the tracker item (not any pinky color, and/or number of comments on that specific tracker item...), so that it's difficult for a reader to notice that there where comments added....

Reproduced in trunk and 16.x:

Inability to post a comment-Issue (due to highlighter)
Reproduced in trunk in:
* Login as admin in http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
u: admin
p: 12345

And in 16.x in:
http://xavi-9794-6132.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
u: admin
p: 12345

It's currently also affecting https://dev.tiki.org bug tracker comments. {sign user="xavi" datetime="2016-10-14T10:17:35+00:00"}

When codemirror highlighter is on (desired behavior in some setups, and the one produced by the new profile "Bug_Tracker_15" by default) when you click at submit your comment, you get: "__content is empty__", so you need to disable the highlighting before you can safely submit your comment.

This feature works as expected in Tiki15.

At https://dev.tiki.org/item8242-Comments-I-replied-to-a-comment-and-tiki-showed-another-user-as-the-author I create a ticket for a bug but after it happens to me again I'm trying to re-think and re-evaluate. Obviously, I'm doing something wrong (sorry) and I revisited the user interface to understand why I could have been confused.

I'm more and more working on mobile screen also so placement and size with touch screen can be more tricky than with a desktop sized screen.

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

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

I suggest:

* The danger colour shouldn't be the same as secondary
* The destructive actions should be separated from the others (same line start - end ?)
** Reply and Post a new comment together (not the same color)
** Edit, Delete (or cancel) together
* Edit, Delete (or cancel), the editing actions may be small buttons to emphasis the difference between editing actions vs adding content

---

With the above in mind, this also can be improved.

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

10 possible actions:
* 2 primary - Scarlet (light red)
* 7 secondary - Bordeaux (dark red)
* 1... Danger (very light soft-pink) ? ?

In my mind would should have distinction between
* Adding content often used tools (Edit)
* Adding content secondary tools (Comments, Files)
* Collaborative / User tools (comments)
* Editing tools (Rename, History, Source)
* Helpers/Admins tools (Translation, Permission, Remove)

''Translation can be seen as an adding content tool or editing tool (not 100% sure about this one, I would say that the dropdown is fine as we have it usually somewhere else)''

Distinction can be Made with colors, position (start - end) size (btn - btn-sm), design (outlined) and semi-hidden (dropdown)
https://doc.tiki.org/Documentation is different and offer a 4th (or 5th) color which help a bit.

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

Since this is vast project, we'll use a wiki page: ((CRM))

https://tiki.org/tiki-view_forum_thread.php?comments_parentId=51788
Hi,
1. Can't use categories as I have too many subcategories and it is a very long list;
2. Is it possible with trackers to have some nested dropdowns, but in the end with automatic asignments? For example Hardware, Software, depending on what you choose to be able to select PC, Notes in the first case (Hardware) and OS, Office in the second (Software); but also in the same form AFTER the selection, after the second selection in fact to automatically complete a text field (time in hours to complete) and a user field (to whom the job is automatically assigned)

Example
Hardware - Notebook - Peter - 2
Hardware - PC - Jan - 3
Software - OS-Linux - Sarah - 3
Software - OS-Windows - Sarah - 2
Software - Office - Priscilla - 1

Some examples:
http://conf.phpquebec.com/en/horaire
http://code.google.com/events/io/sessions.html

When importing a CSV from command line:
console.php tracker:import ''format_number'' ''file_name''
... tabular format "import updates" checkbox has no effect.

As far as I understand structure configuration is not being loaded in TrackerImportCommand.php

I've added the following line and everything seems to work:

{CODE(theme="default")}$schema = new \Tracker\Tabular\Schema($tracker);
$schema->loadFormatDescriptor($info['format_descriptor']);
$schema->loadFilterDescriptor($info['filter_descriptor']);
// Added line
$schema->loadConfig($info['config']);

$schema->validate();{CODE}


Please, let me know if there is a better way to solve this issue.

Thanks,

Javier.-