Category: 29.x

{syntax type="tiki" editor="plain"}
Administrating the structures is very uneasy on Tiki29.

Among the visible issues:
* The structure admin wrench is not accessible.
* All the sublevel are open on each load (loading or saving the page)
* The pagination tools are not displayed sometimes
* ...

See the video: {img fileId="3202" thumb="box"}

{syntax type="tiki" editor="plain"}
Hello, when UAB was introduced the admin aside menu was collapsable.
Like Wordpress admin side menu.

It is not anymore and I wonder why as this is very useful on small screen.

The Admin Aside menu should be collapsable.

https://ibb.co/ccfgngXq
https://ibb.co/zhRwkZbQ

{syntax type="tiki" editor="plain"}
On a long wiki page with a lot of Headings (h1, h2, h3, etc) usage the automatic table of content (admin -> Wiki page) use to help navigating on the page as headings were styled.

H1: bigger/bolder than h2 bigger/bolder than H3, etc...

Now they all look the same and it is very hard to use on long pages.

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

{syntax type="tiki" editor="plain"}
Today I installed a new Tiki28.x from CVS (gitlab).
After importing the database I went on the General setting screen.
The Browser Title displayed was "My Tiki" as it should have been on a default install with a new database.
Not with an update.
Other informations (like my email) where ok.

I changed it to the original Browser Title.
I have no idea if only the display on the install screen was wrong or if saving would have obliterate the initial Browser Title of this Tiki.

Tested on a second Tiki, continued the installation... the Title Browser is replaced with My Tiki.
Highly unpleasant and damageable for SEO if you don't pay attention it happened.

Screenshot: https://ibb.co/zKW33B6

{syntax type="tiki" editor="plain"}
When you duplicate a Wiki Page you have 2 additional options:
* Duplicate categories
* Duplicate tags

Both never worked for me as far as I can recall.
When I duplicate a page that are categorized and have tags the new page won't have them.

It should be fixed OR even removed as no one seems to use this (never worked for me since Tiki24 or even more)

It is giving a bad image of Tiki.

{syntax type="tiki" editor="plain"}
In a multilingual Tiki, my interface language is French and my Default admin language is English.
If I go to the scheduler page (admin area, tiki-admin_schedulers.php) it is displayed in French like the user interface and not in English like the admin interface.

{syntax type="tiki" editor="plain"}
The subject field of this tracker keeps getting out of focus when you hit a subject that doesn't exist yet.
It is very annoying !

Can't upload the video...

{syntax type="tiki" editor="plain"}
When you uploaded a file in the Tiki file gallery, the name field was filled with the filename of the file.
IE: this-is_my-name.pdf = this-is_my-name

Since a few weeks, the "name" is curated and capitalized.
IE: this-is_my-name.pdf = This Is My Name

WORST when the user change it back to what he want and later edit a different field of the file like the category it change back to the capitalized version. If this is a feature it should be optional and NOT change without consent the user data.

It can be see and tested at the dev.t.o file gallery: https://dev.tiki.org/file18

As discussed on the Matrix chat, this is a new feature for Tiki30.
I don't know why this is now on Tiki29 and (as reported by @joel.magene) in Tiki 27 and 28.

{syntax type="tiki" editor="plain"}
When you have a table of content and a menu element, the menu should open OVER the table of content and menu link useable.

Actually it is a weird mix with broken display and the menu link are not accessible.
Happen also when you set a menu at the bottom that dropup over the table of content.

Visible at: https://doc.tiki.org/Tiki27

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

{syntax type="tiki" editor="plain"}
At https://dev.tiki.org/Wishlist the customsearch displays a status selector.
If you remove the default "open" status it will provoke a logical error as the "empty" or "no-status" option doesn't exist. It shouldn't happen.

UPDATE: I posted a workaround, not sure it is a real solution

{syntax type="tiki" editor="plain"}
At tiki-syslog.php it is possible to delete older logs by using the field "Clean logs older than".
This field is expecting a numeric value (the number of month) but it is possible to type anything, even text.

-+https://example.com/tiki-syslog.php?months=tikiwiki&clean=Clean+-
Then land on the "Please confirm action" dialog (without knowing what we confirm ?) and execute the action.

It should not be possible to type something else than a number and the user should be warned way ahead:
"You must enter a number of month..." or something like that.

{syntax type="tiki" editor="plain"}
On a Tiki29 I use tArticles with the topic image and headings.
Before Tiki29 the Topic image and the Heading where displayed on the same line.

Since Tiki29 it is broken because a missing space in a class.

{CODE()}articleheadingd-md-flex clearfix{CODE}
Instead of
{CODE()}articleheading d-md-flex clearfix{CODE}

{syntax type="tiki" editor="plain"}
I updated a Tiki 29 with last 2 weeks commit and the date selector are now broken.

It is also visible at dev.t.o

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

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

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

{syntax type="tiki" editor="plain"}
A CSV file may use different delimiters (commas, semicolons, tabs) and they are used to separate values.
Depending the application you use it your field will be delimited by one of them.

In the Tracker Import-Export feature (was tabular) if you try to import a CSV file were the delimiter is not a comma "," it will produce an error the "firstfieldlabel" is not found. (or something similar).

It should accept any of the 3 delimiters that are legit OR the error should said, Tiki accept only comma "," for delimiter of a CSV file.

{syntax type="tiki" editor="plain"}
When I go at my Tiki logs : tiki-syslog.php I have a lot of row for different user and different actions or IP.
There is a search (filter) field to help focus on what you are looking for.

IE:
|| Id |Type |Time | User | Message | IP | Client | Actions
5861|feature|2025-10-24 12:49:24|Bernard Sfez|enabled|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
5860|feature|2025-10-24 xx:49:24|Bernard Sfez|enabled|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
5854|login|2025-10-24 xx:49:24|Joe Doe|enabled|xxx.xxx.xxx.xxx|Mozilla/5.0 (Macintosh;...
5847|feature|2025-10-24 12:xx:24|Bernard Sfez|enabled|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
5844|feature|2025-10-24 12:xx:24|Bernard Sfez|disable|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
||

__Searching for a user__, I have a tons of "Bernard Sfez" however when I search for it I find only 2.
2 that I have "Bernard Sfez" in the Message field.

__Searching for a Type__, for exemple "login" it seems correct (login type for login and logout actions)

__Searching for an IP, no results, it doesn't work.

__Searching for a term in the message__, for exemple "disabled" it seems correct.

So Type and Message seems to be filtered but not User or IP 2 critical information to track the behavior of a specific user or track using an IP address.

It would be nice to have this two searchable.

{syntax type="tiki" editor="plain"}
On a Tiki27 I have a menu in the top with several parents (top menus) and children (dropdown subitems).
Both were clickable and go to a page.

After Tiki29 update the parents (top menus) link is not working anymore, only childrens.

I added javascript to fix the issue temporary but a better fix should be done.
See workaround below. (module 218)

{syntax type="tiki" editor="plain"}
In Tiki it is possible for an admin to create a tracker field using an already existing permaname.

This leads to issues for the Unified-Index and search engine.
A recent commit help with the situation : https://gitlab.com/tikiwiki/tiki/-/commit/0ce941f18262d0c01da0d6966c3349d2f56f7e06

However the tracker creation process for such tracker field should include a check and warn, and evantually disallow, the user from creating such field.

{syntax type="tiki" editor="plain"}
Folks,

To someone who's trying to figure out how to report website issues, the whole Tiki project is quite actively hostile toward people who aren't developers thoroughly integrated in to your gitlab.

First, there's errors all over the tiki websites - somebody's done something like upgraded the website, and left things in broken states all over (attached images). Who's maintaining the tikis that run these sites?

Second, everything else around here is hostile toward people who are trying to provide some feedback that doesn't fit in to each sub-sites narrow definition of what *you* want to have communicated. For example - your feedback form apparently isn't for support or feedback about the websites or whatever. In the forums, you're missing a general support forum for things like website work/feedback - when looking in to the documentation forum (some projects consider the website part of the documentation on the whole), it actively states "Post in this forum ONLY topics related to the "Documentation" pages (doc.tw.o)".

Your chat link simply goes to a login page (gitter) that, if you don't have, presumably, a matrix account somewhere, goes nowhere (or actively encourages people to use big-yankee-tech accounts, but god forbid we'd like to just login under a guest account to reach anybody on the project). There's no account creation process, etc. This is hostile to people.

The mailing lists and forums are essentially dead or dying - nobody's helping people out with their problems on the users mailing list.

The website has got brokenness all over the place (why the two find boxes on the documentation site near the top?), and broken links in the footer.

This project seems to simply be developers having some fun with their code, but beyond that, it really appears to not be at all friendly to people who'd like to try and make use of the software.

So here's a bug report that can't be filed in any appropriate category, since there's no category to file bugs against the website(s). If I sound frustrated, it's because I've spent a bunch of time going around to each of your possible support/feedback paths trying to figure out where it might be useful to report this kind of feedback, and I've wound up concluding "nowhere". That's not cool. Are you trying to build any sort of community here? If you are, or if there is a community outside of the developers pushing commits, then maybe there should be a bunch of re-org and simplification of parts of the websites to direct people to the right places, and make the process __easy__ so it's not a huge time suck to do this sort of thing.

This could have been an email, had one been listed.

Please have a look at the attached images of the website brokenness. Beyond the red error boxes and the non-functioning consultants lists, it should be noted that the Event box at the top of so many pages doesn't stay away when clicked. It keeps showing up on every page you go to.

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

{syntax type="tiki" editor="plain"}
In recent Tiki versions, the breadcrumb ordered list has a "1." preceding it due to a recent commit related to ordered lists globally. I was looking into how to fix that (how to remove the "1."), when I noticed in my browser inspection tool that the breadcrumb ordered list is flagged as bad HTML because it contains content other than li elements - the item dividers. I checked the Bootstrap breadcrumbs doc page ([https://getbootstrap.com/docs/5.3/components/breadcrumb/]) and see how the dividers are added without breaking the ol / li structure (and also without displaying the "1.".

The breadcrumbs in Tiki would be improved by replacing the current Tiki HTML and CSS with the Bootstrap breadcrumb HTML and CSS.

I noticed this on a page in a wiki structure, which has the structure breadcrumb list at the top. I didn't check yet about other instances of breadcrumbs in Tiki.

__Update__: Checking again, it looks like the structure breadcrumb is already using the Bootstrap classes. One problem is that the item separators should be inserted using CSS ( -+.breadcrumb-item+.breadcrumb-item::before+- selector) rather than as they are now, where they become page content and disrupt the -+ol li+- structure. Also, the global rule to add the "1." is overpowering the -+list-style:none+- property of the -+.breadcrumb+- class, which needs to be fixed globally.

__Update 2__ : I committed a change to prevent the breadcrumb ol from having a "1." appended. The only thing to fix now is to update how the dividers or separators are inserted in the breadcrumb. It should be done via CSS rather than adding text between li elements. This is flagged as incorrect HTML.

{syntax type="tiki" editor="plain"}
Auto TOC is gone since Tiki29x.
tested on demo too.


Can't post screenshot...

{syntax type="tiki" editor="plain"}
On a Tiki29 I'm using the trackers feature with the tracker field relations to link between 2 trackers.
If I read the tooltip, the online help and the documentation (https://doc.tiki.org/Relations-Tracker-Field) what is working to filter on a tracker should work with the tracker field relation "filter" parameter.

From the __tracker list items view__, I can use: type=trackeritem&tracker_id=2&_sort=tracker_field_actionsDate
This is working fine.

If I use this (and other variations) within __the filter field of the tracker field relations__, the html front and to insert/edit an item is broken for the tracker field relation.

I had a look at the code.
At lib/core/Tracker/Field/Relation.php I discovered (and updated the documentation)
By default the objects that can be selected are sorted using "title_asc" unless the "Format" field is not used.

If, in the options of the Relations tracker field, the "Format" field contain something, the option of the multiple select list of objects will use the first field in the "Format" field.

For exemple, using "({tracker_field_actionsDate}) {title}" will tell the sort to use the field "tracker_field_actionsDate".

BUT, the direction will stays "_asc" as this is hardcoded.
It should be possible:
# To select more precisely what field(s ?) should be used for sorting the objects
# It should be possible to use any direction, _asc or _desc.

{syntax type="tiki" editor="plain"}
(Copied from [ https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$upjV4gIBe4PoBuFH1INr_99Ynq5o_hFTPjMrGFhBj8E?via=gitter.im&via=matrix.org&via=coeus.ca|Matrix post])

Another issue/regression at themes.tiki.org - I'm updating tracker 10, which lists the themes, with information for the Brite theme, and text seems to go missing from inputs randomly when I go on to another input. And I've saved the tracker item info after scanning it to make sure all the fields are filled, and when the item shows up in tracker items, the theme name is missing, with "undefined" in its place.

The "Theme name" field is a page selector, but when I input the full name "Brite", the page isn't found, the spinner goes constantly. I just realized if I just input "B", then the theme name appears in the selector options and can be clicked. But not saved, as again "undefined" is displayed in list-items where "Brite" should be.
I edited the short description field to add the theme name and saved, but the field content wasn't updated. :-|

Clearing caches and rebuilding the search index didn't help.

{syntax type="tiki" editor="plain"}
In the Files tracker fields options you can set the file gallery (it has to exist else it will be the "root" file gallery) and you can allow browsing or not and so, ALL the creators or editors will be able to upload, browse or download the files saved for all items in the same files gallery.

It would be very handy to have an option to create a file gallery per item.
This will allow better use of file field for user profiles, article items, per items documents (invoices, contract, etc), signatures and many more.

The name of the file gallery should contain the itemId in a way it can be retrievable and searchable using the trackeritem object_id.

{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"}
On a tracker, fields interface you can enable "Searchable" for different fields.
This will add asearch option on the tracker when listing the items.

This search option is returning 0 results for a multi-check boxes filter.

I reproduced at dev.
Go to tracker 10 (test)
I set the "Category field" FieldId 243 to be searchable.
Back at item list, https://dev.tiki.org/tracker10 I choose the filter "Category field" and check the "Indexing" category (there are 2 items). I filter the page is reloaded (or the filter is reseted) 0 results.