Category: 30.x

{syntax type="tiki" editor="plain"}
'Activity Rules', with the URL /tiki-managestream-list is an admin page but doesn't have the standard admin interface, side menu, etc. Also, it has no information on its purpose and no links to documentation (https://doc.tiki.org/PluginActivityStream apparently).

Probably when these details are addressed, the Activity Stream feature should be tested to check if it still works ok, etc.

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

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

{syntax type="tiki" editor="plain"}
{img fileId="3252" thumb="box"}

{syntax type="tiki" editor="plain"}
I haven't tested this carefully, but it seems to me the admin sidebar tends to be collapsed when I first load an admin page. I normally don't collapse the sidebar or leave the admin section with the sidebar collapsed, so this doesn't seem right. If anything, IMO the sidebar's default display should be expanded for best useability, but I realize this is subjective, depending on the size of the admin's screen, etc. so at least the display state should be remembered, if possible.

{syntax type="tiki" editor="plain"}
Currently in master ([https://gitlab.com/tikiwiki/tiki/-/commit/fa7d91ee2af2f24cc5a4c6ffecb0438dfdd138cb] - March 4) the admin option for site theme has no effect. Instead, the admin theme is used for the whole site. Because the global theme can't be set, the theme-switch module also has no effect.

I would say this is a release blocker, as it's essential to be able to set the site theme (and not just by using the admin theme option).

{syntax type="tiki" editor="plain"}
When the user navigates to a page in the "Global Settings" section of the left column of the Unified Admin Backend layout, that section of the menu stays open and the current name of the active page is highlighted. But when the user navigates to a page in the "Manage" section, the section closes and the current page isn't highlighted. This isn't good UX practice and should be improved, if possible.

{syntax type="tiki" editor="plain"}
The number count in a password is rated using this piece of code in lib/tiki-js.js:

// Numbers
var nNumberCount = countContain(strPassword, m_strNumber);
// -- 1 number
if (nNumberCount == 1)
{
nScore += 10;
}
// -- 3 or more numbers
if (nNumberCount >= 3)
{
nScore += 20;
}

This causes a password with 1 number to get 10 points extra, a password with 2 numbers extra points, and a password with 3 or more numbers 20 extra points.

EDIT @joel.magene 2026/06/02:
Current master still miscalculates password number scoring, but differently from the original report.

In lib/tiki-js.js, the current fallback branch gives +10 points when nNumberCount is less than 3, including when it is 0. This means passwords with no digits are overrated.

Expected:
0 digits = +0
1-2 digits = +10
3+ digits = +20

Fix: only apply the +10 fallback when nNumberCount > 0.

{syntax type="tiki" editor="plain"}
I've been trying to add [https://doc.tiki.org/PluginList-Sublist] to the [https://doc.tiki.org/tiki-edit_structure.php?page_ref_id=4313|HomePage Plugins (Home)] structure but can't seem to do it - i've tried dragging (which used to work), adding via the input at the top and adding via the "Add page" button on [https://doc.tiki.org/PluginList] - none of which seem to work any more (in 30.x)

{syntax type="tiki" editor="plain"}
With elFinder enabled attaching as file to a tracker items doesn't work and fails silently (but sometimes you get "File #1550620800 missing (was attached to trackerfield "picture" on item example title".

Seems ok (but ugly) without elFinder.

Reproduced on https://trunkdev.tiki.org/tracker10 - can't find nextdev to try it on 30.x but it also fails on my locals.

--It seems the function -+addFile+- is no longer being called and I suspect {mr id=7598} may have been involved...-- correction, {mr id=6530} seems more likely (so it's been broken for over a year?) - maybe not either of these then...

{syntax type="tiki" editor="plain"}
Since Tiki29 we have 4 switches on the cookies consent dialog:
* essential
* analytics
* marketing
* functional

If the usage for the "essential" cookies is clear and leave no choice, the other switches usages, except for their name, are very unclear to me. The tooltip doesn't add any useful information to help to understand more than the name of the switch. If this switches exist and are displayed, the admin should be able to find in the control panels what allow or enable them to be displayed.

Also, it seems they are displayed by default, no matter what has set the admin in his Tiki site.
In my use case I didn't set anything brand new Tiki. No analytics or marketing and the cookies consent for this Tiki shouldn't display anything about analytics and marketing. Not only it is not necessary but it can harm the image of a website where this tools are excluded.

Nothing also in the doc: https://doc.tiki.org/Tiki29

---

Additionally, the reliability of Analytics and Marketing seems to be = 0
I have Matomo tracking code in my Look&Feel -> Customization fields and they work even if the cookie Analytic switch is kept OFF.

{syntax type="tiki" editor="plain"}
On tiki-view_forum pages, there is no space between the link text and the separator character. On tiki-view_forum_thread pages, there is a space on each side of the separator character. In wiki structure breadcrumbs, there is a space ''and'' a pe-2 class on the link text. Both for maintenance and for visual consistency, the same code should be used in all breadcrumb instances, it seems to me. My recommendation is (as always 😉) is to follow the Bootstrap pattern, in this case shown on https://getbootstrap.com/docs/5.3/components/breadcrumb/ .

{syntax type="markdown" editor="plain"}
If I create a category with default text editing setting all is fine.

If I enable Markdown and create a category the name the description will display "" that will cause cascading problem as browser tab may display this a the tab title.

Editing in the db and removing the content fix the issue.

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

{syntax type="tiki" editor="plain"}
Description field is absent from the file gallery admin -> listing panel

{syntax type="tiki" editor="plain"}
Check the duplicate tracker item option is enable.
On a tracker duplicate an item.

It used to open in a modal which look ok.
Now it open in full page.
It doesn't look good.

{syntax type="tiki" editor="plain"}
After upgrade to 27.5 (I have not observer this in 27.2), edits made to Wiki Plugins on any given Wiki Page cause PHP errors related to missing language definition.
# Assigned language of the Wiki Page is removed (causing a PHP error, and "No language assigned" message)
# Page Description is removed
The above can be reverted using History, but it's practically impossible to edit Plugins without causing data loss (description).
User is forced to manually re-assign language (which fixes PHP errors), and insert new Page Description.
Tested on fresh install of 27.5

PHP errors shown on affected page are related to translated-lang.tpl (missing language)
^<?php echo $_smarty_tpl->getSmarty()->getModifierCallback('escape')($_smarty_tpl->getValue('trads')[0]['langName']);?>
(<?php echo $_smarty_tpl->getSmarty()->getModifierCallback('escape')($_smarty_tpl->getValue('trads')[0]['lang']);?>^

{syntax type="tiki" editor="plain"}
When I click the emoji icon on the toolbar in master, nothing happens.

{syntax type="tiki" editor="plain"}
Empty slides are added on the Wiki page slideshow

Visible here : https://doc.tiki.org/slideshow

Currently, when users upload images to the File Gallery, they are stored at their original size and resolution. This creates performance issues, especially when large images (e.g., 5 MB) are used in wiki pages. These large images load slowly for end users and increase bandwidth usage.

__Problem__:

When inserting large (e.g., 5 MB) images from the gallery into wiki pages, they load slowly, affecting user experience.

Users often forget or don’t know how to compress images before uploading.

''There's currently no way to reduce image size from within Tiki''.

__Feature Suggestion__:
Add an option during image upload to compress the image, either by:

A compression quality slider (e.g., 0–100%)

Predefined levels (High Quality / Balanced / Compressed)

The system should compress the image before saving it to the gallery. Optionally, admins could allow saving the original uncompressed file separately.

{syntax type="tiki" editor="plain"}
I have noticed that at some point my System Menu optionIds on my localhost test Tiki changed to 202,203,204 etc. instead of 1,2,3,... in the database tiki_menu_options table so I wanted to give a try to the "Reset" button in the tiki-admin_menus.php trying to reset the menu to its original state but instead I got the fatal error on http://localhost/tiki/tiki-admin_menus.php?reset=y&menuId=42

Here is a screenshot:
{img fileId="3174" thumb="box"}

Here is the error message:
{CODE(theme="default")}System error.
The following error message was returned:

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
The query was:

INSERT INTO `tiki_menu_options` (`menuId`,`type`,`name`,`url`,`position`,`section`,`perm`,`groupname`,`userlevel`,`icon`) VALUES
The built query was likely:

INSERT INTO `tiki_menu_options` (`menuId`,`type`,`name`,`url`,`position`,`section`,`perm`,`groupname`,`userlevel`,`icon`) VALUES{CODE}

{syntax type="tiki" editor="plain"}
It would be good if modules with the nobox="y" parameter set would automatically be given a "nobox" class, for the benefit of themes that want to style them specifically such as assigning text and link colors. The "no-decorations" parameter already does this, so it might be a model for the changes needed for the "no-box" class. Of couse it's possible for the admin to add the class using the "top class" or other module parameter, but it would be nice if it was automatic.

{syntax type="tiki" editor="plain"}
As CSS and browsers have gotten more powerful, a page refresh shouldn't be needed to turn on and off fullscreen mode. Compare with the new color mode switch: the change is instant as the browser changes CSS variable values in real time. I think the same could be done to switch the visibility of the peripheral page sections.

{syntax type="tiki" editor="plain"}
On tiki-list_file_gallery.php?view=page, the file image initially appears with the dimensions of width=300px and max-width=100%. (I don't know how the image's proportions are kept correct as I can't find any height setting.) There is a form input to change the image maximum width, but when I enter, for example, 400 (the input has "pixels" appended so no need to input that), the page refreshes and the image isn't 400px wide, it's 100% wide and overflowing out of its containing div and into the right column of the page. And the maximum width form input contains the figure "4", not "400" as I input, so two indications here that the code to change the image size is broken.

The code on this and other gallery pages looks ancient and should be replaced with something modern. I understand there is an Avantech task to revamp the file galleries. I wonder if a short-term solution would be to at least do a mini-revamp of the image displays by switching to Bootstrap-type code.

If that mini-revamp isn't possible, maybe the maximum-width gadget should be commented out in the template. There's no point in having it there if it produces broken results, and there is a "Display" item in the popup if the user wants to see a larger version of the image.

{syntax type="tiki" editor="plain"}
To test RTL support in Tiki currently, I turned on the necessary i18n preferences and specified a right-to-left language, Urdu, and created a page written in Urdu. But the page continued to display left-to-right. According to [https://getbootstrap.com/docs/5.3/getting-started/rtl/#required-html], -+ dir="rtl" +- needs to be set on the -+ html +- element. So even after turning on all the i18n settings that seem to be necessary and even specifying an RTL language (Urdu) as the site default, the HTML element still didn't get the -+ dir +- attribute.

When I add -+ dir="rtl" +- to the -+ html +- element manually with the browser's dev tools editor, then the page displays correctly for the RTL language (text goes right to left, left column goes to right side, etc.)

I see code at the top of each -+ layout_view.tpl +- file to add the -+ dir="rtl" +- but there must be a bug preventing it from not functioning here.

I think once this HTML attribute issue is fixed, then we can document the recommended Bootstrap method to implement LTR and this feature will work well for interested users.

{syntax type="tiki" editor="plain"}
I'm on Tiki Wiki 29 I enabled the Tiki Tags feature.
I'm using some tags on wiki page and I have set some tags.
But the keyword tags are not displayed in the head.

I went at tiki-admin.php?page=metatags (admin metatags).
I checked that "Include tags" is enabled. But I have also noticed I no Keywords set in the field Keywords.

As result I have no keyword on the page.
If I add just one keyword in the field, on the page i see this keyword but also all other missing keywords.

The condition for the elseif branch only triggers if either metatag_keywords or metatag_local_keywords is non-empty.

NOTE: I don't use forum so I didn't touch anything related to the way the forum fill its keywords. It may worth to have a look at it.