Category: Regression

{syntax type="tiki" editor="plain"}
On a Tiki27 where I don't use jQuery sortable tables.
I set a fancytable wikiplugin to display 2 columns side by side.
One contain a diagram (wiki plugin image) the second some text.

Under the fancytable the following warning is displayed even for anonymous:
"The jQuery Sortable Tables feature must be activated for the sort feature to work."

As of now, it says:

28627 online users

This error was seen when using PHP4

Tiki should detect and provide better error message

{flash type="url" movie="display750" width="1141" height="529"}

{syntax type="tiki" editor="plain"}
I updated recently a Tiki 29.x (14/02/2026) and since then on creation of an item in a tracker I have this error:

^
Error
Field _sort does not exist in the current index. If this is a tracker field, the proper syntax is tracker_field__sort.
^

It comes from using a relations tracker field with a filter using this "_sort" parameter.
-+type=trackeritem&tracker_id=2&_sort=tracker_field_actionsDate_desc+-

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


The code is at : templates/trackerinput/relation.tpl

{CODE()}
{object_selector_multi _name=$field.ins_id|cat:'[objects]' _value=$data.existing _filter=$data.filter _format=$data.format _parent=$data.parent _parentkey=$data.parentkey _sort=$data.sort}
{CODE}

In 13.x:
-= Title bar example =-

In Tiki 9.x:
{img fileId="844"}

This preference "Display Post new comment form by default" currently does nothing.

Similarly, disabling the preference "Website field" in the comments form does nothing: that field is shown to anon users.

Ping'ing you both @luci and gary in case it's easy to fix for you (maybe bs4 related?). hth

Reproduced here:
https://memoria.afamontseny.com

The 'Item List' field function seems to have regressed (possibly after version 6.x !) so that the values in 'linked' fields are no longer displayed.

But I will have to create a show instance to demonstrate what has always been a somewhat complicated function to explain !


Fixed - needed a different tracker field configuration ie the Value Field Id should not be set

{syntax type="tiki" editor="plain"}
This message ("Multivalue configuration not found") seems to be an error message and it's displaying in every forum post footer in master currently.

'Show creation (or modification) date when viewing items' shows nothing any more when tracker section format is set to Tabs

final update: why, WHY in the world would ANYONE use the word 'row' as an option in Tracker List under 'show links'???????????? After two days of pulling out my hair, it turns out that in order to turn OFF the links ('Title') on a Tracker list in Tiki 15, you have to choose 'row'. WHO created this? Why? What is the logic behind this? I see absolutely NONE. No explanation on https://doc.tiki.org/PluginTrackerList On the Show Instance, I chose 'no' and it works normally, so why would my live site not be able to use 'no' to not show links?


update: I create a show instance (admin / 54321) and all worked correctly as it should, so it seems my parameters need to be checked)

Hi,
'Show Links' does not work - I have it set to 'no' and it still shows the links:

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

I also left it blank (default is to not show links), same thing, shows the links.

I apply this to the auto numbering field (most companies have 'work order' numbers, 'Invoice' numbers, etc.), as it makes the most sense for users to click directly on this number for viewing/editing.

This worked in Tiki 12x but does not work in 15x (the only two possible installs via Softaculous).

As an added safety measure I also have permissions on this particular tracker for this particular group set so that this group cannot change closed tracker items, i.e.'tiki_p_modify_tracker_items_closed' is not checked, yet they can. This is not good, as this user group should only be able to change open/pending items, not closed. And, not only can they change items, but it goes directly to the tracker where they can change anything (vs. wiki pages, to which I limit user to on open/pending items).

Thanks,
Mike

update: this has something to do with 'view = user' parameter, as on other pages (general reports) where this is not applied (i.e. shows all entries), clicking the link leads to the item in the tracker but for viewing only (as it should be). So it seems the 'view = user' status gives some special, over riding permissions (over page permissions, tracker permissions, etc.) which is not applicable in all cases (i.e. for closed items in 'archives')

{syntax type="tiki" editor="plain"}
The "Toggle sections" icon on tiki-objectpermissions.php, which is used to show or hide the feature section columns, isn't working in master currently. I checked in my local master and at https://trunkthemes.tiki.org/tiki-objectpermissions.php. Clicking the icon just causes a spinning loading icon.

When I try to use the "Add or remove from a group" item in the right-hand spanner in the User Management admin interface:
{img type="src" src="https://pmpc-dev.alsawiki.org/tiki-download_file.php?display&fileId=22"}

I get a totally broken layout. And it does not permit adding the user in a group:
{img type="src" src="https://pmpc-dev.alsawiki.org/tiki-download_file.php?display&fileId=21"}

On fresh install of 19.x the form on -+tiki-remind_password.php+- page is really ugly first impression.

See https://screenshots.firefox.com/3SNIvciKwFHlLJVF/demo.luciash.eu

Please use Bootstrap4 form classes to fix the tpl file to make it look nice.

Between Tiki2 and Tiki3, behavior of PlginFile changed, and is causing "No such attachment on this page" errors

http://www.google.com/search?hl=en&q=%22No+such+attachment+on+this+page%22+site%3ATikiwiki.org&aq=f&oq=&aqi=

The "No tabs" button to display all tab content areas in one view isn't working. Clicking the button just refreshes the page with the tab view again.

I set the "Open page as structure" option on tiki-admin.php?page=wiki#contentadmin_wiki-2 but when I navigate to the page, only the page itself displays. There's no structure navigation, etc.

I tried using both underbars and empty spaces in the address, as well as plus signs.

If I go to the page from tiki-edit_structure.php, then the structure navigation, etc. display as expected.

This is in my localhost WAMP installation. I haven't tested yet in a remote server or show instance.

Update: Created a show instance, but URL for that was initially "http://chibaguy-342-6248.show.tikiwiki.org/snapshots/". Why the snapshots directory? I went up a level to find the show instance itself.

In the show instance, "Open page as structure" seems to work as expected. I'll have to check if I have some local glitch, and will revise this bug report later.

{syntax type="tiki" editor="plain"}
{syntax type="tiki" editor="plain"}
As the subject says...
You can try on this item for example: https://dev.tiki.org/item6279-Icons-Unseen-with-Fivealive-Theme

Info / Doc / Dev / Community / Themes / Profiles / Suite are the main sites. There are others listed at ((tw:Domain))

As of 2014-07-29, only info & profiles are consistent (of the main sites). All others are different (which is understandable because of the move to Bootstrap), but they are all different from each other.

The reference bottom footer code is kept up to date at
* http://branding.tiki.org/Footer+code
* http://branding.tiki.org/Top+Menu#Navigation_between_.tiki.org_sites

~np~
As evidenced inside the doc.tiki.org/Plugin+Alias page, the ~ tc ~ (tiki comment) is being processed inside the {CODE()} plugin and the ~ np ~ tag syntax. Noticed on 24 Jun 2017 with doc.tiki.org/Page+Alias using 16.3svn. Temporarily edited page to make example visible inside {CODE()} section; edit which should be undone when bug fixed. Did not edit or attempt to temporarily correct the issue also existing for inline ~ np ~ use in the 2nd paragraph following the {CODE()} example.
~/np~
(first time bug submitter here. Edit report as appropriate to bring into standards or delete if not appropriate at all. Marked as regression figuring it is likely an unreleased bug introduced and not caught during regression testing as of yet. As this dev.tiki.org site using the same version, not sure I can properly report the problem -- a recursive dog food problem -- as I cannot preview my description that needs ~ np ~ to work?)

After 12.0 has been released (using r48863 in dev.t.o): First edit of a Tracker item comment is LOST (!); second attempt is saved successfully, it seems.

Reproduced twice in http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5019&cookietab=2

* I edited the comment entitled "Licensing issues have NOT been resolved yet, some code needs to be rewritten":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3572

* I added at the begining this content (the one surrounded by QUOTE tags):
+ {CODE()}
{QUOTE()}
Now that licensing issues have been resolved, please move to the main code base.
{QUOTE}
{CODE}
+ I clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

And I reproduced the same issue a few minutes later with another comment to the same tracker item:

* I edited the comment entitled "See r48864 from mods":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3574

* Changed "NEED REWRITING" with "NEEDS REWRITING", clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

---
I wonder whether this might be considered a Blocker... I don't tag it as such myself, but feel free to add if you consider that it deserve that category also (unsure myself). {sign user="xavi" datetime="2013-12-01T10:36:09+00:00"}
---
Apparently, a duplicate of http://dev.tiki.org/item5007
(even if the title there was missleading to me) {sign user="xavidp" datetime="2013-12-01T16:59:45+00:00"}
---
Still reproduced here in dev.t.o, with a version from 20 January, 2014 16:44:28 CET- REV 49469. {sign user="xavi" datetime="2014-01-21T17:54:28+00:00"}
---
I removed the "duplicated" tag, since the other item is solved ( http://dev.tiki.org/item5007 ), but not this one.

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

This used to work in Tiki 8.x at least, when the feature was coded, and it currently still works in Tiki 9.x (9.9svn)

Feature Connect: 'Fill form' button does nothing

12.x fullcalendar: Can't click on event anymore to see full record and use clicable links

Example:
http://intercanvis.net/tiki-calendar.php?todate=1410019200

Try to click on the event on Sat September 6, for instance. On mouseover, the popup box is shown, but you can't click on the event to see the full record (there is another url that is shown only in the full record of the event in the calendar: http://intercanvis.net/tiki-calendar_edit_item.php?viewcalitemId=570 ), and the url in the description textarea is shown in the popup box but it's not clicable either (I wonder if it should be clicable, anyway, from there).

Plugin TrackerList accepts these params: filterfield & filtervalue
( see https://doc.tiki.org/PluginTrackerList )

In Tiki11 they still work fine. In Tiki12, they found nothing. See reproduced example in show.t.o; basically, applying the Bug_Tracker profile and changing the plugin tracker list code to something like:

{CODE()}
{trackerlist trackerId="1" fields="1:2:4" showlinks="y" popup="3" status="opc" filterfield="1" filtervalue="bug"}
{CODE}

Credentials for show.t.o:
u: admin
p: 12345
---
Update: Fixed, thanks! {sign user="xavi" datetime="2013-11-16T17:37:30+00:00"}