Category: Trackers

We are getting duplicate posts here.

What is happening: people post a bug report. They click save and instead of seeing what they just posted, they are sent to the list of bugs (ex.: [tiki-view_tracker.php?trackerId=5]) and depending on sorting, their new bug may not appear on the list.


Bug doesn't appear right away in "Last Modified Items" module (need an extra click)

Maybe "View inserted item" should be checked by default? I know it's a problem that for some trackers, you are not allowed to see what you just added (permission tiki_p_create_tracker_items vs tiki_p_view_trackers)

{syntax type="tiki" editor="plain"}
!Tracker :wishlist : When you edit an item you reaches a not sorted list as you have sorted it before

!!Fact
When you edit an item of a selected and sorted item list, you get the selection but not sorted.

!!solution and workaround
__
NONE __ So you need to :
*go back to list , kept in another tab of navigator
*edit separately each one


!!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 navigate into item of your sorted list of your wishlist...


Good job
Best regards

Trebly
(ref:B10126-04)

I believe that in Tiki 20x the 'header' field is not entirely working -
when viewed on Wiki pages, a header field is displayed in simple text, not H1, H2, H3, etc., nor does the 'no toggle, open, closed' functionality work - all are just 'no toggle'.

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

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

Thanks,
Mike

{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 you use filter in tracker and click on the next page button the displayed items are un-sorted.

Selecting "Show Creator" in a tracker does not show the creator in the item list nor inthe item view. See also http://tiki.org/forumthread49742

3.1 on Linux, Apache, PHP5
*created tracker
*duplicated that tracker
Since then if I'm in tracker admin (tiki-admin_trackers.php) the third tab
says “Duplicate Tracker”. Clicking on it, it will load the
“Import/Export” page though.
Going into a trackers details there are 4 tabs again, and those have
correct names / load the correct pages.

Filing a bug report in this tracker which mentions javascript ended up with a report with inserted within the word javascript.

Hi, i'm using TikiWiki sinca a while and it's a great tool with hundreds of capabilities.
I'm using a lot the tracker module but in my humble opinion, it lacks an essential feature which would provide some great enhancement:

Graphical statistics generation.

In order to be clear, i'll try to give a real life example for better understanding.

I'm working in the field of information security and was searching for a tool that would bring together wiki, cms and security-related bug tracking capability, in order to migrate our internal knowledge base from a mediawiki install, which is indeed a great user-friendly tool but far less complete and security conscious than tikiwiki....

I'm using the tracker module to gather information about security incidents and in order to provide detailed executive reports, it would be very handy to have a graphical statistics generation tool, which would permit requesting over selected tracker fields, and permitting a graphical representation of gathered data in a defined time window or other things like that.

I hope that this will seem clear and that you will find this idea a good one.
Congratulations and thank you very much to all those who contribute.
Good bye.

In Tiki it is not possible to create tracker items automatically from a remote system. There is no way to include/connect Tiki to a external system.
It would be good if Tiki could be used as frontend and/or database to some automation via M2M (machine to machine) communication.

As example, in Sharepoint you can add list-items via a https-call (API-call). In my environment i used Sharepoint as database and frontend to manage and document backups, which is legally mandatory for us. For that i use some Powershell scripts that do the backups and create a list entry in a Sharepoint list via a API call (https with authentication).
This is also relevant if you like to have a frontend for e.g. (hardware) production and distribution where you can use a barcode scanner that fires a API-call to Wiki to list a parcel in a Tiki tracker.
And so on, and so on, the usage cases are really unlimited and it's a very important function, heavily used in e.g. big Sharepoint Intranet applications.

{syntax type="tiki" editor="plain"}
the tracker wikiplugin does not forward $tiki_p_attach_trackers to tracker_item_field_input.tpl
causing a Permisson Denied for the not admins

Tracker auto-increment field type doesn't auto increment the value (when initial value set to 0 - which was default value in previous LTS Tiki 9 - and when not using the itemId sync option) - all items have ID 0 when saved.

{syntax type="tiki" editor="plain"}
Hi - earlier this eve i reported a bug with the Movies and then when i was looking at the tracker post i clicked on the eye icon to "watch this post" but got the following error -> "An error occured in a database query" ... and here is the screen shot i captured and uploaded as fyi ...

{img src=show_image.php?name=screenshot-bug-watch-tracker.jpg }

to be continued ... cordially, chuck scott

What handy it could be to have a single button that updates some tracker fields.

{syntax type="tiki" editor="plain"}
Create a Tracker with any number of fields.

Use the "insert new item" tab to insert an item.

Just click "Save", without selecting either the "View inserted item" or "Insert new item" radio buttons. You will be returned to the tracker list, but the browser (I.E. 7.0) will hang indefiniately and lock up.

Work-Around.
Selecting either of these radio buttons - "View inserted item" or "Insert new item" - will avert any browser locking problems.

I have seen this behavior on two different trackers, one in 3.1 and one in 3.2 instance. 3.1 tracker had 16 items. 3.2 tracker had over 70 items. Both behaved well if "Save" was paired with radio-button selection.

Using 1.10 cvs from mid june 2007 (but I bet that this issue might exist also in 1.9.x)

I wonder whether this is going to be considered as a bug or a RFE by coders... (but I consider it a usability bug).

We need a way to ensure that users accept some conditions at registration time to our tiki site. (to conform our laws of privacy of users information kept by the organization, etc.)
We have just set a new tracker item field of type "checkbox", and set it as <span style="color:black;background-color:#ffff66;">mandatory</span>.
But I (as admin) have been able to edit items without checking that checkbox, without any warning that this field is missing, etc. And I could save the edition without that checkbox. But I did get those messages (as expected) when attempting to leave empty any of the other <span style="color:black;background-color:#ffff66;">mandatory</span> fields...

If not using this checkbox approach, there should be a way to configure such a tracker with a required checkbox or similar to be checked.
---
Update using 1.10svn from end of May'08: this bug is still around...

There is number of attachments displayed on the Attachments tab for a tracker item but no such thing for Comments tab.

__Update:__ fixed in ((rev:52578))

Trackers can be created via a number of different routes - but when the import/export method is used to import the parameters from an existing Tracker to create a new Tracker, the Creation date is left unset ie the database entry is NULL.

Whenever the Trackers are listed the NULL Creation dates values in the listing are then set to the current date instead of being left blank - which of course is very confusing.

This problem is somewhat compounded by the Tracker listing being fixed. ie the default Tracker listing cannot be fine tuned; the field choices and sort order are fixed and there is no way to change this (unlike most of the other TW features). This inability to format Tracker listings has been posted as a previous Feature Request (see item 2007)

No longer relevant - 15th June 2013

When tracker data with checkbox field is exported as a csv file the checkbox data is displayed as either y or n - just as it in the DB

However if this same data is re-imported any checkbox data with a 'y' is not set properly and is actually set to 'n' which will inadvertently corrupt existing data

If the spreadsheet data is manually update to change y into 1 then it is correctly interpreted as a y

I've rated this as a 10 for importance even though there is this workaround because of the data corruption that can occur if you do not know about the problem

This is being reported as 12.x bug but I suspect it also exists in 13.x and trunk - but not tested there

{syntax type="tiki" editor="plain"}
I created the System Tracker as described in doc.tiki.org with currency, rate,date fields.
I added a currency field to my tracker and left all properties of the field as default.
When I enter amount and item name and transaction date, then click save it says :
The following mandatory fields are missing: Value Currency
{img fileId="2057" thumb="box"}{img fileId="2058" thumb="box"}{img fileId="2059" thumb="box"desc="System Tracker Fields"}

What am I doing wrong?
Do I have the correct system tracker currency field types?

Most fields seem to be not listing properly on next.tiki.org, e.g. https://next.tiki.org/tracker22 and https://next.tiki.org/tracker26

A significant regression...

Tracker Date and Time field not working, nothing in the field when using Blank.

[https://doc.tiki.org/Date+Tracker+Fields|Date Tracker Fields] page says for Date Time field "If the field is flagged as Mandatory, this option is ignored. If the field is flagged as not Mandatory, then the addition of an empty option will default the field to the current date or the stored date for the field.

Result: Using this field, set to blank does not produce any date.

Switching to Date and Time (Date Picker) field does not produce current date either.

Syntax at the bottom of [https://doc.tiki.org/Pretty+Tracker#Syntax_tips|Pretty Tracker page] also does not produce a readable Created or Modified date.

here: tiki-admin_trackers.php?trackerId= "What field is used for default sort?"

creation & lastModif date should be added

Because:

#1 This is a legitimate & useful way to sort tracker items

#2 If tracker has no sort order, items will not appear in trackerlist plugin. Tracker must be edited (tiki-admin_trackers.php?trackerId=3) after adding some fields so it gains a sort order.

#3 Plus, there appears to be some weirdness in the tracker item count related to this issue.

When using the TRACKER plugin with Tiki 2.2:
*I created a new tracker.
*In the tracker's description, I enabled the "Wiki parsed" option and included wiki syntax in the description.
*On a wiki page, I added the tracker with the TRACKER plugin
*I set the __showdesc=y__ option.

The description appeared, but was not wiki parsed.

I put Tiki 13.x but this problem started with Tiki 5 and continues through Trunk.

When you create a Tracker, there is an option for displaying the tracker item with template, and the template can be a wiki page or a template file. The documentation for that option has always been: "wiki:pageName for a wiki page or tpl:tplName for a template".

But if you use the template file option, and include the "tpl:" prefix with the template file name, then the template file is never found. The template file option works fine if you only enter the template file name and do not use the "tpl:" prefix.

I can not create a show instance because I can not create a template file on the show instance server.