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.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
The URL for the show.tikiwiki.org instance that demonstrates this bug is at: http://omstefanov-10438-5580.show.tikiwiki.org. Note that if you get a popup asking for a username/password, please just enter "show" and "show". This is different from the initial login and password for a new Tiki which is "admin" and "admin".
For the install log, see http://omstefanov-10438-5580.show.tikiwiki.org/info.txt
Note that if you see PHP errors or a Tiki claiming to be missing third party software, the instance creation is probably not finished. Please wait a couple minutes and reload.
Snapshots are database dumps of the configuration that developers can download for debugging. Once you have reproduced your bug on the show.tikiwiki.org instance, create a snapshot that can then be downloaded by developers for further investigation.
Snapshots can be accessed at: http://omstefanov-10438-5580.show.tikiwiki.org/snapshots/. Note that if you get a popup asking for a username/password, please just enter "show" and "show".
Create new snapshotfilename | created | hits | comment | version | filetype | ||
---|---|---|---|---|---|---|---|
No attachments for this item |