Category: Bug

section_comments_parse does turn off wikisyntax in the comments, however, the editwiki_toolbar is still present

{syntax type="tiki" editor="plain"}
A Tiki tracker admin can create fields without concern for the length of the permaname that it will create.

Some of these permaname will be created by Tiki and the admin is not aware of them (at least not on creation fields stage).

For exemple I created a field that ended with a 41 characters permaname.
tracker_field_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx_unstemmed

The admin won't see any issue with this, however a user creating an item will see an error.

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

This error will be hard for the user to understand resulting in the feeling that Tiki is broken.

Hello folks,

I found out a strange behaviour at least for .pdf files:

I use a Tracker with a field of type "files" to provide a "file-pool" respectively a download area for an npo's member are - Tiki 18.0 alpha. On another site with Tiki 17 the error does not appear.
File gallery is set to store in directory on both sites.

__When a user tries to upload a file of any size that was ===either created on a Mac or that was sent from a Mac=== by email (so has been stored/saved on a Mac), it is not possible to upload to Tiki via the files field.__

Error: Upload impossible. There are restrictions.
(translated)

The same file __can be uploaded via the file gallery__ - but then it does not appear in the tracker.

{QUOTE(replyto="jonnyb")}
Jonny in IRC at 26 March 2018:
"4:57:20 PM - jonnyb: althugh the error looks like one i exposed recently in 18.x - before when it errored it just removed the tracker item edit modal so you lost all your changes an so i fixed that, but i should not have introduced any new errors - maybe the file is too big, or doesn 't meet the mime type or somthing? check the extension is .pdf etc, maybe it's something like that?"
{QUOTE}

When I recreate the file (I use Ubuntu 14.04), by importing to a software and save as new file or I split and remerge it with pdfSAM, __the newly ===recreated=== file can be uploaded__ via the tracker field files.

It is not enough to simply save a copy from the .pdf viewer, but it must be really created new. pdfSAM is a workaround for multipage files, but not sufficient for a growing amount of files.

As I am stubborn in the npos where I am engaged, that we need OS independend solutions, not excluding for ex Linux users, I cannot expect from Mac users to not being able to use the Tracker field of type files and even not be able to privide files to the teams.

I am wondering why this occurs, cause afaik the main developer of this field type is a Mac user himself -Jonny, right assumtion ;-) ?

Please help or comment.

If no quick fix possible, I'll post a bugreport including this description later on today.

Thx for help and considerations.
Torsten

In a Tiki23 on tracker 1 I have a field that is a title.
On tracker 2 I have an item list pointing to that field and in the item list option display I select value (AND NOT link).

Anywhere I'll try to use the field (wiki page, plugin list, etc) the field will be seen and used as a link (not a value) that link to the item.
If I have a choice between "Value" and "Link" and I select "Value" the user expect to have as result a value (no matter if the parent field is a tracker title or not).

Instance coming...

While it's nice that the popovers are wider than the previously hard-coded 300px (which i think i did), the popovers now obscure the item title so you can't click it (e.g. [tracker5] here)

I will try and fix it but am too busy...

I checked this is 25.1 and 25.2 and it is not working in both versions:
{trackerlist trackerId="11" fields="60" wiki="template-team-backlog"}
There is no output on the wikipage to indicate any errors.
I have set the template to allow it to be used as a template.

I use this feature a lot in 24 so now i need a fix or a work around

I have created a customised regex script for validating a numeric tracker field. When editing the item in single item mode the validation works great but if you edit the item in items listing mode you can enter what ever value you want and it is accepted.
{img type="attId" attId="https://dev.tiki.org/tiki-download_item_attachment.php?attId=823" thumb="box" height="55%" width="55%" desc="?" alt="?" responsive="y"}

On the trackers properties we have 2 areas to control tracker status display and usage.

"Display" shows 2 preferences (checkboxes on/off):
* Show status
* Show status to tracker administrator only

"Status" (visible even if status is disable) shows options:
* New item status (o,p,c - dropdown)
* Modified item status (no change, o,p,c - dropdown)
* Default status displayed in list mode (o,p,c - Multiselect)

But there are inconsistencies !
For example;
- Both of the Display can be disable => __Status is not used__
- New item status can be set to __Pending__
- Default status displayed in list mode can be set to __Open__

As result, if you create an item it won't be displayed !
New item created is Pending and List shows Open item is applied. ??‍♂️

If Status is disable, it should be really disabled and nothing should interfere. (the sub options should be hidden, grayed, disabled)

If would make sens to regroup things under the same area.
* Add the options as child of the feature on/off switch
* Regroup the feature and option under Status

Each tracker can have 1 title field. When an item of that tracker is listed, the value of that field can link to tiki-view_tracker_item.php. When listing with the TRACKERLIST plugin, the showlinks parameter controls this behavior.

As can be seen in Tracker_Field_Abstract::renderOutput(), this works by surrounding the return value of renderInnerOutput() with opening and closing HTML a element tags.

While this works for simple field types, this is highly unreliable when rendering a textarea field which is wiki-parsed. If the parse generates a link, the result is invalid HTML.

For example, if tracker 1 contains a single Textarea field, and a single item with value "foo\n!!! title
", calling the plugin with "~np~{trackerlist trackerId="1" showlinks="y"}~/np~" will cause the field to show as a link only on the first line ("foo"), at least in Google Chrome, since a header inside a link is invalid. I am not sure why, but if listing the items from tiki-view_tracker.php?trackerId=1 instead, the link only stops between the second and third lines (i.e. the title itself links).

This issue has probably been there from the time TRACKERLIST was written (r3627). If not, it must have been in r33456 (see renderValue() in https://sourceforge.net/p/tikiwiki/code/33456/tree/trunk/lib/trackers/trackerlib.php ).

When a tracker has a "Numeric Field" Type, and the "Title" box is checked, it WILL NOT show up as a link when listing tracker Items or when using PluginTrackerlist.

! AD-Field / User-Picker

When importing tracker data (tested via the "old" way as via the tracker tabular) into a user-picker-field, the imported user-name is NOT checked against the Tiki list of users. In the end the user-picker-field behaves just like a normal text-field while importing, accepting just every string and not only valid user-names.

This could also be a security problem cause someone could inject non-valid user-names in a internal list of valid users.

What should happen is that when importing values into that field, that every value get's checked against the Tiki user list.
If this heavily slows down the import speed, there should be a checkbox that gives the user the ability to enable/disable the check against the Tiki user list, given the user the deccission to check the user names externally before importing those names.

! Date field
When importing dates into a date-field every date is accepted. This is also valid if the date is outside the allowed scope which is defined in the settings "Start Year" and "First year in the dropdown". As result everything seems fine as long as nobody edits that item. As soon as someone edits the item (any other field) and saves it, the content of the date fields gets silently deleted, resulting in damaged/lost data.

On a tracker when you set a Date and time field (calendar Item) and no calendar Id is set, editing the event on the item will lead to a permission error and an ajax wheel forever.

The error should be explicit; No calendar Id has been set in the tracker field (or the calendar Id parameter should be mandatory in the field options ?).

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

It seems that Cascade actions are now being applied even if is set to "No" (no cascade actions should be applied).

I have a new issue with status change for previously saved item.

I have a catalog tracker with items and I'm using status for items that are available in the catalog (open = for sale) and not for sale (pending = not ready yet and close = removed from the catalog).

I have orders tracker with an item link. The item link is set with "Status Filter" set to open, so customers see only the items for sale and the "Cascade actions" setting is set to "No".

A month or two month ago that was working fine and previously saved orders kept the value of the ordered product no matter what status it has;

My Order tracker field Product is an item link that point to the Product tracker and is set to display only open items (product for sale)
#ProductA had status open on August
#CustomerA bought in august ProductA => OrderA is created with ProductA
#ProductA status changed to close in September = Product can not be seen when creating a new order

__But now__ when I look back at the OrderA (and it wasn't edited since) the Product is now empty. ?

Of course this is clearly a problem, shouldn't setting the "Cascade actions" set to "No" prevent that alteration of a saved item ?

In a fresh Tiki25 I have a dropdown field type with different values.
The doc say:
If an option contains an equal sign, the part before the equal sign will be used as the value, and the second part as the label
I tried the following where several can have the same value.

In my mind if the user select "yes" or "no" the value will be 1 and if the user assign "not today" the value will be 0.

But it is not working like this.
It seems the value must be unique while I can have several of the same label.

So if I set the field options to : 1=yes,1=no,not today=0
It won't work (the first 1 value won't be displayed)

So if I set the field options to : 1=yes,10=yes,not today=0
It kind of work and display twice the label yes

This is awkward from the user point of view...

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

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

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

{syntax type="tiki" editor="plain"}
On Tiki27 if you had a tracker field text with the option multlingual enabled adn you disable it the field original value will be replaced with garbage:

{CODE()}{"en":"Single server support","fr":"Support serveur unique"}{CODE}

On Tiki24 using a tracker you can set a Rating field (after enabling it from the Tracker admin console panel).
While you need to use values for the voting mechanism, you can set labels for these values in the tracker field options.

However when seeing it on a tracker item, when you want to cast you vote/rating the mouseover will display the value instead of the label.
{img fileId="2047" thumb="box"}

{syntax type="tiki" editor="plain"}
On Tiki29 from upgrade using the UAB the default modules displays a "Recent Tracker Items" module.
Where it was displaying the "text" values of an item it displays now the itemlink ID which is not useable.

See screen shot:
{img fileId="3172" thumb="box"}

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

{syntax type="tiki" editor="plain"}
''I hesitated to categorize this bug as regression as I kind of remember it working fine previously.''

In Tiki27.1 from VSC, on a tracker in the fields screen, when selecting (checkbox) more than one field as the trackeritem title only one is set. (look like the first found)

In my screenshots we can see that I selected my firstname and lastname and the trackeritem title is my firstname.

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

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

when filtering a tracker for a item-link field that is NOT set/linked, there is no output at all, no matter if there are tracker items with that item-link field set or not.

Example:
I have created two trackers
{img fileId="1611" thumb="box"}
{img fileId="1612" thumb="box"}

i have created three items in TestTracker1, two of them linked to TestTracker2, one item not linked.
{img fileId="1613" thumb="box"}

but if i filter for that not-linked item-link field, it just did not show up in TrackerList / TrackerFilter.

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

here's the code
{img fileId="1615" thumb="box"}

by the way, in PluginList this problem does NOT occur, here the correct output is displayed.
{img fileId="1616" thumb="box"}
and the code of the PluginList
{img fileId="1617" thumb="box"}

I have items with multiple item links in a Tiki25.
They are all independent (they use an itemlink but no other item is using them).

From the tracker interface, when I try to delete them I see a replacement selector.
I do not wish to replace it with a different one, I just want to delete the item so I keep it empty and submit.

An error is displayed quickly in the background and the item is not deleted.
If I redo the same operation, I don't have a replacement selector and I can delete the item.

{mediaplayer src="display1921"}

This is an interesting case that complete the diagnostic of a previous report (https://dev.tiki.org/item8440-Trackers-Dynamic-List-and-Item-Link-fields-Field-value-is-lost-after-parent-item-changed-status-cascade-parameter-not-applied)

In this case we have an item with a dynamic field, parameter status filter set to "all".
That rely on an item link in the same tracker, parameter status filter set to "all".

The parent item from the other tracker has been closed as it is not in use anymore.
The data is displayed correctly and nothing is lost however the index:rebuilt console command report a new "NOTICE" about Undefined index: REQUEST_METHOD.

It was ok before the Dynamic List field code was improved.

{mediaplayer src="display2076"}

I set a low importance for this report but it should help diagnosing what is going on with the dynamic list field.

At tiki-admin.php?page=trackers, when you enable:
* Inline editing
** Tracker list inline editing

And print (tested on Chrome and Firefox) all the fields values are blank.

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

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

In the properties of a tracker, there is a multiselection where you can select which fields get displayed in a pop-up, when the mouse pointer is over a record.

That list of field isn't updated properly. That is, it gets updated when you add new fields to the tracker. But fields do not get removed when a field gets deleted. This leads to the list being cluttered with old info if you delete and add fields...

{syntax type="tiki" editor="plain"}
On a Tiki29 I use multilingual and it displays a manage translations dropdown in the top wiki page actions bar.

The links there to go to one translation to another are using the legacy form for the URL instead of the SEFurl.

IE:
https://opensourcesolutions.pro/tiki-read_article.php?articleId=24#%20Admin%20Tips%20That%20Actually%20Help%20on%20Tiki%20Wiki

Instead of:
https://opensourcesolutions.pro/article24-Admin-Tips-That-Actually-Help-on-Tiki-Wiki

For consistency and to avoid possible problems in the future, if SEFurl is enable, all links should use it.

On the svn updating step when -+make update+- is ran there is an error reported:
{CODE()}
...
Updating svn...
svn --non-interactive merge --accept theirs-full --allow-mixed-revisions --dry-run --revision BASE:HEAD '/var/www/demo.luciash.eu/web/trimtesttiki18' 2>&1 [1]
svn: invalid option: --allow-mixed-revisions
Type 'svn help' for usage.
...
{CODE}

But it seems the script continues without fatal error then...

-+svn help+- reports -+Subversion command-line client, version 1.6.11.+-