Category: Easy for Newbie Dev

When you have edit icons enabled for wiki pages and there is PluginInclude, the icon to edit the included page is in PNG format instead of the FontAwesome icon.

{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"}
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"}
On a wiki page, in the page_actions dropdown there is an menu-item "Edit icons".

The menu-items in the dropdown are related to the wiki page (object_id) but not the "Edit icons" that, once enable, will be set enable for all the wiki pages of the website. This is quite annoying as it is also usually breaking the design.

This "page" action/option should affect the page it is toggled only.

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

The Theme Control feature allows assigning themes on a per-category or per-object basis (an object being a specific wiki page, for example). The interface for assigning themes to objects (tiki-theme_control_objects.php) has a dropdown labelled "Type" and the options are things like file gallery, forum, blog, etc., each of which may have some objects to select. But this dropdown also includes "image gallery" and "html page", which are obsolete features/types no longer in Tiki, so these should be removed from the list.

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

SVG uploading can be blocked by admin, because there are certain security risks with them. But Tiki file galleries have a different problem with them. When admin uploads a SVG, a default thumbnail for the MIME type image/svg+xml is displayed (instead of the embedded thumbnail!). That's not optimal, but at least it works.

When a user uploads a SVG, something else happens: Thumbnail generation crashes. Instead of the default thumbnail a tiny error message is displayed in a window the size of the thumbnail. It reads:

{CODE(Colors="Tiki")}
Warning: imagecreatefromstring(): Data is not in a recognized format in MYHOME/htdocs/tiki-18.8/lib/images/gd.php on line 70

Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 395

Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 404

Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 442
{CODE}

After that, something that looks like the header of the thumbnail follows

{CODE(Colors="Tiki")}
�PNG ((0000)) IHDR}�((0008))((0003))
{CODE}

and after that LOTS of binary garbage, possibly the entire rest of the file...

My Linux desktop (Linux Mint 19.3) a.k.a. Ubuntu Bionic Beaver with Cinnamon as desktop does display the embedded thumbnail. I'll have to figure out which binary compiles the thumbnails for image/svg+xml (does not have to be the same that is used for JPEG, PNG etc.).

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

The module "Tiki Assistant" (to help newbie admins) calls for an icon that does not exist (/img/icons/arrow_small.png). This is not configurable...

{syntax type="tiki" editor="plain"}
{syntax type="tiki" editor="plain"}
At https://tiki.org/tiki-admin_banning.php with right permission an admin can see the list of the current rules.

But there is not dates, so you don't when was set a rule (could be obsolete and set 10 years ago).
Editing each rule one by one doesn't help, still no date.

---

The same table should have minimum tools to sort (by date, A-Z, ...)

---

It seems the search system "Find" work for the "Rule title" and the "Custom message to the user" fields but it is not possible to retrieve an IP (could be something to do with search settings)

{syntax type="tiki" editor="plain"}
At https://tiki.org/Community I see the following error:
"Data too long for column content..."

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

* It usually happen the first time I land on the page in the day
* If I reload it is gone
* It happen also on Next (signalled already)
* I see it on Mac OS Safari (not sure it is related)

See Oliver comments about cause.

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

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

The label Database username + the placeholder Database username are redundant, we should keep only the placeholder. (same for Database password).

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

The survey interface has been left behind and should be upgraded to bootstrap 4 standards.
https://surveyjs.io/Examples/Library/?id=bootstrap-material-theme&platform=jQuery&theme=modern
https://webdesignerwall.com/wdw-snippet/bootstrap-survey
http://www.prepbootstrap.com/bootstrap-template/bootstrap-survey

Tiki offers a data type "email adress". This does basic syntax checking. Actually, it is VERY basic. It only checks is there is an at sign (@) in the string. A little bit more might be wished for, in order to reduce spam and clutter from anonymous users.

IMHO it should also be checked if a domain name is entered. So it should be detected whether there is a full stop after the at sign, and at minimum one letter before and after the full stop.

Now Tiki accepts a@b, IMHO it should at least check whether it is a@b.c (I would not recommend to check acutal TLDs, because they change too often nowadays.