Category: 30.x

{syntax type="tiki" editor="plain"}
Please rename the start button of the wizards.

The reason is that the translation function tra() is completely ignorant of context. And at least in German the problem arises that the imperative of starting, that "start" means, is different from the noun that marks the beginning of a calendar event. In English both are "start", but not in German.

In German that is "Beginn" (as with all nouns with upper case 'b'), while the imperative of starting would be "beginne" (as with all verbs with lower case 'b'), or in the preferred more professional looking passive construction "beginnen". The verb "starten" also exists, with that it would either be "starten" or "starte", but this arises the problem that if I rename one, I must as a consequence also rename the other. It is not possible to correctly translate both!

Because tra() is igorant of context... So I have to make a decision which wrong translation does lesser damage... So please find a different string for "Start". Preferrably, since it might take aeons before tra() becomes context sensitive, one that carries the context inside the string itself, like "start wizard". This should be a recommendation FOR ALL STRINGS throughout Tiki...

{syntax type="tiki" editor="plain"}
Wow, toolbars are seriously messed up ((File a big|here))... what isn't broken in 30.x?

Anyway, on doc.tiki.org and all my v29+ tikis the plugin help has disappeared from the help popup. Here however it has appeared as a separate {icon name=plugin} icon, so presumably whoever broke this hasn't done an upgrade script (that works)

Also no preview on this text area? Wow...

{syntax type="tiki" editor="plain"}
I just updated a master clone that hadn't been updated since July, but I find that PluginImg images aren't responsive anymore, that is, they don't have the img-fluid class so they overflow their parent div or other containing element. This is definitely a regression, or if there was a decision to remove this class, there definitely should be an admin preference option controlling this, with the default being 'responsive'.

{syntax type="tiki" editor="plain"}
Possible to see admin "Advanced" options when the parent "Experimental" feature is not visible.

See the attached file (video screenshot)

That doesn't make sense.

Or all children should be hidden as well or, once enable, an optionis always visible. (and its children too)

{syntax type="tiki" editor="plain"}
The FiveAlive-Lite Raspberry theme’s intended burgundy header background (#A30D3A) is being overridden by a dark gray (#212529)

Probable regression from:
-https://gitlab.com/tikiwiki/tiki/-/merge_requests/9092
-https://gitlab.com/tikiwiki/tiki/-/merge_requests/9117

{syntax type="tiki" editor="plain"}
Uploading a file on tiki-upload_file.php shows an error when uploading anything:
-+UploadAjaxError: fail to POST tiki-ajax_services.php?controller=file&action=upload 500+-

This happens in -+\Services_File_Controller::action_upload+- on the line that runs -+updateDeleteAfter+- (210 in master currently), and it is because the values -+$input->deleteAfter+-0 and -+$input->deleteAfter_unit+- are now jitFilter objects, and not integers any more.

Also, the "Automatic upload" checkbox has gone missing, and from what i can tell, it is unzipping active files automatically and i need it not to currently.

{syntax type="tiki" editor="plain"}
On my last version of Tiki30 (updated 20200414) several modules are gone especially menus.

Seems that only menu 42 survived the update (when I'm logged as admin).
Other custom modules are gone also.

see:
https://ibb.co/5g0KW0ZG
https://ibb.co/GQ6hn17k

{syntax type="tiki" editor="plain"}
When SmartMenus pref is enabled the __vertical menu__ items arrows should not point always down but left/right (depending on the RTL language) and they should not overflow from the modules in the left/right zone columns.

This is how it looks on "iPad Mini" (1024x768) sized screen:
{img fileId="3235" thumb="box"}

This is how it looks on branch 29.x (notice the correct arrows):
{img fileId="3236" thumb="box"}

Steps to reproduce:
# Make sure you have jquery_smartmenus_enable preference enabled
# Check the vertical menu module assigned in the left or right column

{syntax type="tiki" editor="plain"}
When the feature is opened, the spreadsheet grid shows but there's no way to edit it. When I click "Spreadsheet help", this error message displays in the modal:

"Too late to modify headers. Headers already sent by output_headers() called at [/home/tiki-doc/public_html/temp/templates_c/en_social^c65dbf08b2e2cbfd6ac5170dcabfe3af12708efa_0.file_header.tpl.php:441])"

{syntax type="tiki" editor="plain"}
The submenus where we can find "File-a-bug" are gone at dev.t.o

On load I saw them but not after...

{syntax type="tiki" editor="plain"}
Searching the content (try e.g., "social") FAILS with fatal error after fresh-install/index rebuild:
{CODE()}
System error.
The following error message was returned:

DOUBLE value is out of range in '(round((match `tiki-fresh`.`index_6a5a0961d11ac`.`contents` against ('social')),2) * 1)'
The query was:

SELECT *, ROUND(MATCH(`contents`) AGAINST ('social'),2) * 1 + ROUND(MATCH(`title`) AGAINST ('social'),2) * 2.5 AS `score` FROM `index_6a5a0961d11ac` WHERE 1=1 AND ((MATCH (`contents`) AGAINST ('social' IN BOOLEAN MODE) OR MATCH (`title`) AGAINST ('social' IN BOOLEAN MODE)) AND (`searchable` = 'y' AND `searchable` IS NOT NULL)) ORDER BY `score` DESC
The built query was likely:

SELECT *, ROUND(MATCH(`contents`) AGAINST ('social'),2) * 1 + ROUND(MATCH(`title`) AGAINST ('social'),2) * 2.5 AS `score` FROM `index_6a5a0961d11ac` WHERE 1=1 AND ((MATCH (`contents`) AGAINST ('social' IN BOOLEAN MODE) OR MATCH (`title`) AGAINST ('social' IN BOOLEAN MODE)) AND (`searchable` = 'y' AND `searchable` IS NOT NULL)) ORDER BY `score` DESC
{CODE}

_This happens only for the first initial search. After that first attempt it seems to work normally for any subsequent search._

Steps to reproduce:

# Run -+php console.php i:r+-
# Go to -+tiki-searchindex.php?filter~content=profile&sort_mode=score_ndesc+-

{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"}
{img fileId="3251" thumb="box"}

New installation on the 23/05/2026 the issue is there.
(The width was even smaller after a refresh.)

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

{syntax type="tiki" editor="plain"}
A 50 is added into the url

{CODE()}
User: admin
Site: https://example.com/50 or more unsuccessful login attempts have been made. Your account has been suspended. Contact your site administrator to reactivate it.
{CODE}

{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"}
On Tiki30 the meta description is using the website default metatag description and not the Article specific description as in Tiki27, 28 and 29.

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

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

{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"}
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.

The tracker fields table's ''overflow-x: hidden'' property isn't working because the table doesn't have a property ''"display: block"'' (or ''inline-block'' or ''flex''). This is noticeable when fixed-width is activated or when the browser viewport isn't wide.

As of Mar 8, 2026, the tracker fields table does display now . . . because the side columns have been removed along with all the pagetop navigation, etc. What was the plan here? If the original layout of the page could be restored and the display property of the table added, that issue would have been fixed.

I added this issue to the "Release Blocker" category because trackers are commonly used and the UI shouldn't be this broken.

{syntax type="tiki" editor="plain"}
Clicking the format on -+tiki-tabular-edit?tabularId=42+- brings up the edit format dialog correctly, but it add a duplicate field instead of editing the one you clicked.

{syntax type="tiki" editor="plain"}
When clicking the usual edit icon {icon name=edit} the field no longer edits in place - why?

Secondly when clicking "ok" in the tiny dialog that appears i get a "following mandatory fields are missing: login" error, but that field does have a value for that item (showing in a different column).

Curiously, it works here, so maybe it's the field type that's the problem. Mine is a UserSelector (it's a user tracker)

Still a regression in terms of UX though, imho

{syntax type="tiki" editor="plain"}
I have a daily used Tiki30 with tracker and Trackers -> Properties -> Display -> Default sort order set to a date field I created in the tracker.

After I updated my Tiki30 to this morning version, I lost all sorting on Trackers -> Properties -> Display -> Default sort order (Default sort direction). It is not applied and tracker items are listed by Created date Ascending only. I tried many variations no change.

If I manually sort the items using the table tools (click on the date header) the items are sorted but an error about the date field is reported in the feedback. This Tiki has been fully updated and index:refresh has been ran successfully.

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

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

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

{syntax type="tiki" editor="plain"}
Open a tracker try to sort the item.

A weird badge with number "1" is displayed and it confuses users (way too pro-eminent).
It seems this is a new sorting enhancement that allows multi-sorting with Shift/Ctrl+click.
Trying to use this = WSoD or a fatal error.

I can't see an option in the tracker properties or the trackers admin to disable it.

It should be optional and people that don't want this should be able to use Tiki as previously.

{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 a tracker, tracker file field if you browse for a file that is in your Tiki File Galleries and perform a search you will be trown out of the tracker item editing (you loose edited content) 🥺
Field setting by default with upload using modal = yes. Tested also with upload in modal = no.

{mediaplayer src="display2143"}