Category: Trackers

When viewing a tracker on a wiki page, an extra word 'Label' is showing in Tiki 15x (12x this is not / never was a problem). Is there any way to hide this word? It seems to be something in the back-end.

Pic of how it was before in Tiki 12x:

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

Pic of how it looks now in Tiki 15x:
{img fileId="1112" thumb="box"}

Parameters:
- browser: Opera mini (& beta mini), with parameters (very important) -
1) single column view (Settings > Page Layout > Single column view)
2) extreme mode data savings (Settings > Data savings > Extreme mode)
3) no images (Settings > Data savings > Images > off)
(all versions of Opera mini to through latest, v.21 & v.22)


- Android 5 and 6

I understand that most people do not use Opera mini, particularly with these parameters (which strip out all formatting for fast loading under 2G/GPRS environments), and this is a minor annoyance that users an get used to, but submitting as maybe it's an easy fix (this does not occur in any other browsers, or Opera Mini if 'Extreme Mode' data savings is turned off).

Thanks,
Mike

I believe there may be a bug with the Fade plugin in Tiki 15 (15.4) as it worked in 12x.

It does not open when used on a wiki page, and that page is used as a template for EDITING a pretty tracker (it opens for editing in the modal dialog).
(it works, i.e. opens, when VIEWING a tracker item as a wiki page template).

This problem occurs with or without the 'Icon' selected.
The hyperlink is there (cursor changes) but the Fade does not open up.

Within that Fade I have text, links, a fancy table, etc.

thanks,
Mike

__Update:__
To reproduce:
#Go to http://mikeua-11714-6308.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=117&from=farming2+Review
#Enter show:show
#Login as admin:12345
#Click "Edit" button
#Click "Planting" under the "status:"

When the TRACKERITEMFIELD plugin is called trying to access a tracker item which does not exist, a fatal error like the following occurs:
{CODE()}
Fatal error: Call to a member function getConfiguration() on boolean in C:\xampp\htdocs\tiki\18\lib\core\Tracker\Item.php on line 200
Call Stack
# Time Memory Function Location
1 0.2009 192464 {main}( ) ..\route.php:0
2 0.2617 4607672 include( 'C:\xampp\htdocs\tiki\18\tiki-index.php' ) ..\route.php:306
3 0.5479 18560680 Tiki_Render_Lazy->__toString( ) ..\route.php:645
4 0.5479 18560712 call_user_func:{C:\xampp\htdocs\tiki\18\lib\core\Tiki\Render\Lazy.php:22} ( object(Closure)[521] ) ..\Lazy.php:22
5 0.5479 18560752 WikiRenderer->{closure:C:\xampp\htdocs\tiki\18\lib\wiki\renderlib.php:346-356}( ) ..\Lazy.php:22
6 0.5480 18560984 WikiLib->get_parse( string(16), bool, ??? ) ..\renderlib.php:349
7 0.5484 18565728 WikiLibOutput->__construct( array(34), string(58), array(3), string(1) ) ..\wikilib.php:802
8 0.5484 18566056 ParserLib->parse_data( string(58), array(3) ) ..\wikilib.php:2155
9 0.5485 18568760 ParserLib->parse_first( string(58), array(2), array(2), ??? ) ..\parserlib.php:1667
10 0.5537 18774536 ParserLib->plugin_execute( string(16), string(0), array(3), long, bool, ??? ) ..\parserlib.php:439
11 0.5562 18785784 wikiplugin_trackeritemfield( string(0), array(3), long ) ..\parserlib.php:1031
12 0.5670 20145512 Tracker_Item->canView( ) ..\wikiplugin_trackeritemfield.php:193
13 0.5670 20145664 Tracker_Item->canSeeOwn( ) ..\Item.php:88
{CODE}

Objects which contain such calls cannot be viewed, and reindexing for search is also broken.

This happens since {commit id=37583} and persists in trunk r68584.

The field drop down in the tracker is to short to support the list of all contry (see bellow)

Français :: Le field 'drop down' est trop court pour supporter la liste des pays du monde (ci-contre). Il faut ajouter de l'espace pour 2000 caractères!

__Listes des pays du monde (inclus les États membres de la Francophonie)_
Afghanistan,Afrique du Sud,Albanie,Algérie,Allemagne,Andorre,Angola,Antigua-et-Barbuda,Arabie saoudite,Argentine,Arménie,Australie,Autriche,Azerbaïdjan,Bahamas,Bahreïn,Bangladesh,Barbade,Belgique,Belgique/Communauté française de,Belize,Bénin,Bhoutan,Biélorussie,Bolivie,Bosnie-Herzégovine,Botswana,Brésil,Brunei,Bulgarie,Burkina Faso,Burundi,Cambodge,Cameroun,Canada,Canada/Québec,Canada/Nouveau-Brunswick,Cap-Vert,Centrafrique,Chili,Chine,Chypre,Colombie,Comores,Congo,Congo RD,Corée du Nord,Corée du Sud,Costa Rica,Côte d’Ivoire,Croatie,Cuba,Danemark,Djibouti,Dominique,Égypte,Émirats arabes unis,Équateur,Érythrée,Espagne,Estonie,États-Unis,Éthiopie,Fidji,Finlande,France,Gabon,Gambie,Géorgie,Ghana,Guatemala,Grèce,Grenade,Guinée,Guinée-Bissau,Guinée équatoriale,Guyana,Haïti,Honduras,Hongrie,Inde,Indonésie,Irlande,Iran,Iraq,Islande,Israël,Italie,Jamaïque,Japon,Jordanie,Kazakhstan,Kenya,Kirghizstan,Kiribati,Koweït,Laos,Lesotho,Lettonie,Liberia,Liban,Libye,Liechtenstein,Lituanie,Luxembourg,Macédoine,Madagascar,Malaisie,Maldives,Malawi,Mali,Malte,Marshall,Maroc,Maurice,Mauritanie,Mexique,Micronésie,Moldavie,Monaco,Mongolie,Mozambique,Myanmar,Namibie,Nauru,Népal,Nicaragua,Niger,Nigeria,Norvège,Nouvelle-Zélande,Oman,Ouganda,Ouzbékistan,Pakistan,Palaos,Panama,Papouasie-Nouvelle-Guinée,Paraguay,Pays-Bas,Pérou,Philippines,Pologne,Portugal,Qatar,République dominicaine,République tchèque,Royaume-Uni,Roumanie,Russie,Rwanda,Sainte-Lucie,Saint-Kitts-et-Nevis,Saint-Marin,Saint-Vincent-et-les-Grenadines,Salomon,Salvador,Samoa,Sao Tomé-et-Principe,Sénégal,Seychelles,Sierra Leone,Singapour,Slovaquie,Slovénie,Somalie,Soudan,Sri Lanka,Suède,Suisse,Suriname,Swaziland,Syrie,Tadjikistan,Tanzanie,Tchad,Thaïlande,Timor oriental,Togo,Tonga,Trinité-et-Tobago,Tunisie,Turkménistan,Turquie,Tuvalu,Ukraine,Uruguay,Vanuatu,Vatican,Venezuela,Viêt Nam,Yémen,Yougoslavie,Zambie,Zimbabwe

{syntax type="tiki" editor="plain"}
{img fileId="3052" thumb="box"}
{img fileId="3053" thumb="box"}

Field selection is also not working when setting a tracker wikiplugin in a smarty template
{CODE()}
{wikiplugin _name=tracker trackerId="1" fields="3:4:5" tpl="contactForm.tpl" showmandatory="n"}{/wikiplugin}
{CODE}

In trackers, you have fields, and fields have field types.
Practically all (at least all I checked so far) field types have, under the tab "Advanced" the possibility to change the field type to something else.

I know, changing a field type may lead to loss of data, so this should only be done well thought-through.

But if the field type is "checkbox", there is no field type setting in "Advanced", therefore a field type checkbox cannot be changed.

If you are in the design phase of a tracker loss of data is no issue. But being stuck with a checkbox is. The only workaround is to delete the field with the checkbox altogether and re-create it with the other field type.

But has other side effects: The field ID is always incremented, so the re-created field has a field ID "at the end of all fields", while the former ID is now unused, so you have to rewrite all tracker plugin calls "minding the gap" so to speak B-)

The only way to work around this is erase all fields and re-create them all. Which is, of course, cumbersome. As there is another (unnecessary) obstacle waiting: If you want to make admin life a little easier, you might want to export all fields, edit the export (if necessary), and re-import. But the export dialog does not exist if you have the tracker open. There is only an import button. The export exists only on the wrench icon of the tracker...

Since updating to 14.2, I can no longer select a file gallery to store the files uploaded through a files tracker field in the 'Options for Files' menu. The dropdown menu only shows --, but no gallery files to select. Existing Files fields (created in 14.1) still have their gallery link, but a new Files field in the same tracker presents no option to link to that same or any other gallery anymore, only --.

I create a tracker with a ''Files'' field

If the option of the field ''Upload In Modal'' is ''No'', it is impossible to upload a file.

The message I get is:
^ 194x258_Marc Laporte.jpeg (Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.) ^

Reloading makes no difference.

I tried in 18.x also and I got no error message but I got the "Loading" turning circle forever, which is a bit different but it does not allow uploading either :-(

Logged as user xavi here on dev.tw.o/tracker5 I can't filter by summary (text field): no text input field is shown. Some other type of filter fields work as expected (I didn't try all) but not filter by summary.
Reported April 2nd. Using Firefox 2.0.0.13 ca on GNU/Linux
---
Reproduced as user xavidp (admin rights) using 2.x here again on dev.tw.o/tracker5 using Firefox 3.0 ca on GNU/Linux.

Consider a tracker 1 that has a field with fieldId=2 of type item link, and multiple values are allowed for this field. Assume that the tracker contains an item 3 where field 3 is a set of 2 item links, one to value "A" and one to value "B". The value of field 3 of item 2 in tracker 1 will show as "A,B".

Now make a trackerlist with trackerId="1" filterfield="2" and filtervalue="B". Due to a bug in trackerlib.php item 3 will not be shown. Item 3 should be shown, because value B occurs in field 2.

The problem is that the code does not handle item links with multiple values, and the filtervalue is checked only against the first link in the link item field.

The bug is due to the following piece of code:

INNER JOIN tiki_tracker_item_fields ttif{$i}_remote ON ttif$i.`value` = ttif{$i}_remote.`itemId`

The ON statement should take into account that ttif$i.`value` can be a list of itemIds, not a single value. Replacing this code with the following code resolves the problem:

INNER JOIN tiki_tracker_item_fields ttif{$i}_remote ON FIND_IN_SET(ttif{$i}_remote.`itemId`,ttif$i.`value`) > 0

When I filter on a radio button field using TrackerFilter plugin, and I choose radio or checkbox for the formatting, I get two buttons/boxes for "Any" plus one for each radio button in the field.

e.g.

* Any
*
-----
* Yes
-----
* No
-----

where * denotes a button or box, and the dashes denote a break between elements

example:
http://hrsms.org/home/tiki-index.php?page=Resources

List tracker items of dev.tw.o/tracker5
Filter them by summary for the word "group", or submitted by "xavidp" (for instance).
I get no results, when there are some (or plenty) records...

Using plugin __TrackerList__ to filter records, if a negative filter is desired, it fails, if the field being selected on is an "item link" field, while it works if the field is a regular text field.

See: __http://omstefanov-10438-5580.show.tikiwiki.org/__
(where I had to reset the pswd for user=admin to the value "12345")

Two pages exist:
===__Demo 1__===, accesses TrackerId=1, and shows a text field, fieldId=2, containing names of cities, and one of the values is "Washington, DC". Here both:
trackerId=1,filterfield=2,exactvalue="Washington, DC"
and:
trackerId=1,filterfield=2,exactvalue="not(Washington, DC)".
work.

===__Demo 2__===, accesses trackerId=3, filterfield=6, and also contains the same set of city names, except that the field is defined as an "item link" to trackerId=2. This time, while positive filtering works:
trackerId=3,filterfield=6,exactvalue="Washington, DC" and
trackerId=3,filterfield=6,exactvalue="Ottawa"
===negative filtering "__not(...)__" __does not work__===. Both these cases result in no records found:
trackerId=3,filterfield=6,exactvalue="not(Washington, DC)" and
trackerId=3,filterfield=6,exactvalue="not(Ottawa)".

Originally I thought it had something to do with the comma in the value, as in my production system negative filtering on another field was working, but that was because the other field was not an "item link" field.

This form of selection worked/works in tiki 6.15 and earlier versions.

This regression is hindering upgrade of the meanwhile almost 7 year old JIAMCATT site, with 1001 users, from tiki 6.16 to tiki 12.

The following markings appear when using an item link (where you allow select multiple items).
It just looks a bit odd. See screen shot for info. {img fileId="2136" thumb="box"}

For over a year (or even longer?) I have seen many times that I got, when I edited a bug report, I got both (!) success and failure indicated ''__at the same time__''. Now this happened when I edited the "Illogical sorting of the Wishlist" report, see screenshot.

Something in the inner workings of trackers is wrong. How can it be, that a tracker got successfully updated and it's ID is missing in one and the same request? See screenshot...

Thanks
hman

I am poking around trackers trying to maybe copy the code to make a personal module or some such, and I noticed this:

[r@s tw]# grep -R function\ get_item_id ./*
./lib/trackers/trkWithMirrorTablesLib.php: function get_item_id($trackerId,$fieldId,$value) {
./lib/trackers/trackerlib.php: function get_item_id($trackerId,$fieldId,$value) {
./lib/tikilib.php: function get_item_id($trackerId,$fieldId,$value) {

Seems risky to me to have 3 version of the same function. Is that as designed?

Please see: ((Project Management)) and ((TrackerToGanttChart))

Tracker form can be used as contact forms and subscription forms.

Especially when it comes to subscription form the GDPR regulation from 2018 makes it necessary to do some kind of validation - usually with a validation email similar to the validation email Tiki optionally sends out when a user registers.

If I would use Tracker forms for validation of subscriptions or registrations (ex for conferences) the tracker should have the option to automatically send a validation email and a filter (index!) to display validated and non-validated items and further more an option to manually validate ... in case there has been personal or phone contact between office and registrant.

There is a validation option in Trackers, but that seems to address another problem and is not usable for the described type of use cases.
See here: ((doc:Tracker-Field-Validation))

Feedback welcome and thanks for considering,
regards
Torsten

doing some quick tests with tiki 21.x, I just noticed that geolocated tracker items are not shown in map any more in Profile GeoCMS Maps since 21.x
They still show fine in 20.x svn as of today {sign user="xavi" datetime="2020-02-22T13:10:20+00:00"}
Some extra tweak is needed in the profile for the feature to work in 21.x? some regression?
hth

Reproduced here:
http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Tracker-items
u: admin
p: 12345
(using trunk, since 21.x is not available in the dropdown to reproduce in show2.t.o)
index rebuilt already
See for instance this tracker item which is geolocated,
http://xavi-9794-7275.show2.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&from=Map-of-Tracker-items

and all of them are displayed as usual when applying this "GeoCMS Maps 18" profile in previous tiki versions.
---
Still present this issue with trunk updated by git as of today {sign user="xavi" datetime="2020-07-26T18:10:00+00:00"}

Items without and data appear when creating and editing items on this tracker.

This is a test

Now editing - surely it can't be only items created by Xavi? (:eek:)

Would we nice if we pushed a little bit in Group Tracker usability.

At the moment I see it as nothing different as a tracker itself. When there is a group tracker set in a group, when you join the group, nothing happens.

My suggestion is to make it to when you ask to join a group, you first are asked to fill in the group tracker, and than you join the group. To make it an obrigatory step in joining a group. (At the moment you can join the group and than fill the tracker, but that allow someone to join and not fill in the tracker) I was thinking of also make use of the Plugin Tracker Item Field, to check if the user have already filled in the tracker, so it can join the group.But that also allow a user to fill the tracker and not join the group. Anyway, I think there might be a way to bind these two things.

A little more would be to make an approval workflow to the admin see the tracker item of the applicant to the group, and inside it approve or not the user in the group. To use it as an application form.

Thanks Tikiers

Fernando

Project to perform many of the functions of CRM using as many existing Tiki features as possible (dev notes).

When you enable the tracker option to "Create a group for each item", the group created will have no name associated to it, making it impossible to be used.

When you try to edit it, the system open up to create a new group.
When you try to create a second item, no group will be created (because there is already a nameless group)
The remove funcion works.
When you try to modify its permissions, you go to global permissions.
When you open the item list in the admin panel, there will be the fieldId item that created it, in the groups name.

I guess to fix it we should have to take a look in the naming of the created group, in my opinion that is what is causing this issue. Will take a look, but can`t promise I`ll find it =P

Show instance:
admin
12345

Thanks

Fernando

While using the GUI for the plugin list and if I set any filter or option without "validating" by viewing the source nothing is saved.

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)