Category: Easy for Newbie Dev

The admin UI for the schedular contains some help text that is strangely totally untranslateable.

/templates/tiki-admin_schedulers.tpl contains this at line 147:
{CODE(Colors="Tiki")}
{remarksbox type="note" title="{tr}Information{/tr}"}
{tr}Use CRON format to enter the values in "Run Time":
<br>
Minute, Hour, Day of Month, Month, Day of Week
<br>
Eg. every 5 minutes: */5 * * * *{/tr}
{/remarksbox}
{CODE}

Since the text is correctly enclosed in tr in curly braces. I am at a loss why this is the case, and why it throws no error?

Also, I seem unable to translate the task descriptions. These are ConsoleCommand, ShellCommand, HTTPGetCommand. I cannot even find the location where they are set. While I figure that admins who want to use schedulers might understand those terms, so task descriptors are slightly less important, but the help text about CRON syntax isn't.

On a Tiki25 you can set a cron job that will run every hours from/ specific hours.

IE: -+*/15 17-22/2 * * *+- is correct, see https://crontab.guru/#*/15_17-22/2_*_*_*
But the scheduler refuse to save it: "Cron run time is not valid"

Actually on Tiki forums, https://tiki.org/forums, there is a "simple" search field on the main page.
Initiating a search open https://tiki.org/tiki-searchindex.php (out of forums area) I can see 1289 pages of results and it look like forum posts (I didn't;t check all pages ;-) ). The first page of results displayed posts from the mailing list archive (forum26).
You can then use facets to try to narrow search results.
But the filters were though for a general use (Object Type, Language, Federated Search, Category Tree, Categories, Letter, First word) and are bad for searching posts in forum... I don't see a case I would use any of them.?

With 1289 pages of results that just awful.

---

If you go in a forum like : https://tiki.org/forum26
You have also a "simple" search field. Again you are redirected to https://tiki.org/tiki-searchindex.php but then it displays any objects found (not only posts). This is bad too. If I'm in a section or an area like a forum and initiate a search I should see results from this area.
Again filters are not relevant.

---

If I go in a thread then I don't have any search tools but seems ok to me.
https://tiki.org/forumthread77942-Composer-allowed-plugin-list

On Tiki Security and Login admin control panels we have an option to display Captcha_questions.
This is working fine where Google re-captcha fail (and it fail) or if your user have issues with the internal Tiki captcha.

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

But how do we do that ?

May be the easiest way is to perform a translation using the custom translation existing system, BEFORE the answer is verified.

Simple number case;
"Answer to submit, 3+4=:7" => "Combien font 3+4=:7",

Text case;
"In which country is the Liberty Statues: New York" => "Dans quelle ville trouve t'on la Tour Eiffel:Paris",

Translation being done before the verification allow a better multilingual and multi-cultural usage.

Tiki22 require PHP 7.4.

After installing Tiki22 (git master) I ran setup.sh while running PHP7.2 and it thrown the following.

{CODE()}
Your choice [c]? c
Wrong PHP version: php54 < required PHP version. A version >= php72 is necessary.
Searching for typically named alternative PHP version ...
which: no php73 in (/usr/clearos/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/usr/local/sbin)
{CODE}

Not having 7.4 installed yet I tried 7.3 and got the following.

{CODE()}
Your choice [c]? c
Wrong PHP version: php54 < required PHP version. A version >= php72 is necessary.
Searching for typically named alternative PHP version ...
which: no php73 in (/usr/clearos/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/usr/local/sbin)
{CODE}

And then a lot of deprecation errors.

Tiki 22 work with 7.4 and it should verbose correctly and warn the users.

{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

We need a way of making Tiki known or not known to search engines before we do this. (like in wp)
We need the same, a "Search engine visibility" check box (enable or disable)
If enable the Tiki site can be crawled by search engine.
If disable nothing is to be crawled.
Should be enabled by default.

New users are linking to:

tiki-assignuser.php?assign_user=


It should be:

tiki-user_information.php?view_user=

for users that don't have tiki_p_admin_users

The since_last_visit_new module display several links for the same discussion making it unusable when a discussion is intensive. It is bad behaviour and hide anything else.

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

Should be filtered to display last item only.

When you type the text of a bug report, sometimes you want to give code examples. In order to faithfully represent the text, there is the CODE clause with argument Colors="Tiki".

{CODE(Colors="Tiki")}
.tiki-webmail .btn-primary, .tiki-cypht .btn-primary, .mobile.tiki-cypht .btn-primary, .inline-cypht .btn-primary {
color: #fff !important;
background-color: #2255aa !important;
border-color: #1c458a !important;
}
{CODE}

This code example DOES correctly close the definition of .btn-primary with a single closing curly brace. But it gets lost as soon as you save the text. Reproducibly. I've done it three times in a row... If you use double curly braces (which would be a syntax error), both get faitfully represented.

Tested on last line:
{CODE(Colors="Tiki")}
.tiki-webmail .btn-primary, .tiki-cypht .btn-primary, .mobile.tiki-cypht .btn-primary, .inline-cypht .btn-primary {
color: #fff !important;
background-color: #2255aa !important;
border-color: #1c458a !important;
}{CODE}

I see from a fresh Tiki 25.1 install that the "site_title_location" global preference is set to "Before current page's descriptor" by default. This makes no sense from a usability and SEO standpoint. 99% of the time you can't read the page title in your browser tabs because it's obscured by the site title, which makes your 30 open tabs all look identical.

The default should be "After current page's descriptor".

There is a problem in Slides in 21.x: Section about wiki page comments wrongly placed on top of all slide titles, when some setting is on related to comments.

This was not happening in previous LTS versions, with the former slideshow system (that's why I tagged it as regression; untested in 19.x, 20.x, etc).

Reproduced here:
http://xavi-9794-7332.show2.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#s0
u: admin
p: 12345

Just after enabling the pref:
-+wiki_comments_displayed_default+-
and while keeping the default pref: -+wiki_comments_allow_per_page+- Disabled (which is the default setting).

You don't see the comment as Anonymous.
You'll see the comment if you log as admin.

In all cases, comments should NOT be displayed in a Wiki slideshow: https://doc.tiki.org/Slideshow

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

{syntax type="tiki" editor="plain"}
From matrix chat - Wed, Feb 25, 2026 and after

Sorry if that doesn't sound hard core dev, but I could salvage 2 Tiki29 I updated in the last 2 days, by discarding last changes (reverting) on these 4 files:

src/js/jquery-tiki/tiki-menu.js - Menu JavaScript functionality
templates/bootstrap_smartmenu.tpl - Main menu template
templates/bootstrap_smartmenu_children.tpl - Submenu template
themes/base_files/scss/_tiki-menus.scss - Menu styling (SCSS)
(I had to re-applied my own other fixes and custom)
If it help anyone...

---

Check also:

The relevant MR pages are https://gitlab.com/tikiwiki/tiki/-/merge_requests/8600 and https://gitlab.com/tikiwiki/tiki/-/merge_requests/9489 and link to the related task.

I've been trying to reproduce the problem in a Tiki 27 instance where Smartmenus work but so far haven't been able to. One problem I see in the image and video demonstrating the problem is a z-index issue with the menu dropdown displaying underneath the page header, so this blocks access to the top items of the dropdown. In my test with a fairly current branch 27, that is fixed so the top of the dropdown is accessible.

So in viewports taller than the dropdown, the whole dropdown displays. In viewports shorter than the dropdown, the cutoff end of the dropdown gets an up arrow (at the bottom of the viewport) or a down arrow (at the top of the viewport) to scroll the dropdown items.

So I don't see the original problem that needed solving. If I'm missing something, hopefully somebody can let me know.

[ENH][UX] SmartMenus: Enable scrolling for long dropdowns to ensure all submenus are visible (!8600) · Merge requests · Tiki Wiki CMS Groupware / Tiki · GitLab - GitLab
Enable scrolling for long dropdowns in SmartMenus to ensure all submenus are visible Related task: https://avan.tech/item143455

[FIX] Admin dropdown menu being cut off near viewport bottom (!9489) · Merge requests · Tiki Wiki CMS Groupware / Tiki · GitLab - GitLab
Fix admin dropdown menu being cut off near viewport bottom Follow-up to

---

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

{syntax type="tiki" editor="plain"}
Verified also on Tiki25, login as Admin, go to settings, Control Panels, go to /tiki-admin.php?page=search, click on the rebuilt index button it open a modal.
All this is the control panel area.

If you validate the action and rebuild the index you will be thrown outside the Control Panels area (/tiki-search-rebuild).

{img fileId="1664" thumb="box"}
{img fileId="1663" thumb="box"}

This is related to the action page itself. If you use the top admin bar rebuild-index you will be also exited from the Tiki administration pages.


List of pages/actions with the issue:
* Control panel, go to /tiki-admin.php?page=search, click on the rebuilt index button it open a modal, validate the action (/tiki-search-rebuild)
* Control panel, go to /tiki-admin.php?page=general, tab navigation, Sitemap protocol click on the play button => tiki-admin_sitemap.php
* Control panel, go to tiki-admin.php?page=textarea#contentadmin_textarea-2, click on the link tiki-plugins.php
* Control panel, go to tiki-admin.php?page=metatags, translate metatag throw you out of the admin to tiki-preference_translate.php

May be all top menu action links throw out of the admin area...
* Control panel, top menu tools, Server check
* Control panel, top menu Access, Permissions
* Control panel, top menu Access, Groups
* Control panel, Editing, Plugin approval (tiki-plugins.php)
* ...

{syntax type="tiki" editor="plain"}
On a Tiki27 I have a plugin list with this sort control block to display trackeritems;

-+{sort mode="tracker_field_apiSortingCriteria_asc"}+-
Not all my items have a value for this field.

A few week or month ago it wasn't a problem and nothing were shown in the search-index logs.

After updating this project with the last Git branch 27.x i have a warning for each item without a value in the field.

{CODE()}
2025-07-26T07:40:12+00:00 INFO (6): addDocument wiki page PageName {"memoryUsage":"53.0 MiB","memoryAvail":"73.5 MiB"} 2025-07-26T07:40:20+00:00 ERR (3): NOTICE: Undefined array key "incat" {"code":1024,"file":"/Users/blabla/Documents/blabla/www/htdocs/domain_tiki27/temp/templates_c/en_basic^c992f36a1145d5fb2232 2025-07-26T07:40:20+00:00 ERR
{CODE}

The code should be handling case when a field has no value.

When you extend one of the two drop down menus ("View" and "Style") two things can be observed (besides the fact that View and Style do not translate): The menus are in the background, i.e. ''behind'' the icons... They should extend in the foreground, thus be painted over the icons, partially obscuring them...
Thanks
hman

The history of Spreadsheet completely ignores all date und time rendering prefs, and renders timestamps in US format, see screenshot (attachment).

Also note that the "compare" button doesn't translate due to a missing tra().

See:
{img fileId="1248" thumb="box"}

As you can see in this comment's item, the discussions comes to a point it is hard to read and most of the screen space is wasted.

https://dev.tiki.org/tiki-view_tracker_item.php?itemId=7838&threadId=9696

We should add a new preferences so we can limit indentation on thread reply.
It should be optional
It should be have a threshold field (after 5 replies stop indenting)
It should be set "enable" by default (with 5 replies)
It is important to test with a setting of 2 (after the first post, all replies have the same single step indent)

This happens on comments under or added to another feature, not in forums.

In lib/prefs/wiki.php there is a strange feature name I cannot translate. After the experience with all the tabs and newlines and stuff in feature.php, I did check this string with a hex-editor: No special characters. It as plain as it looks: "inline auto-toc". And it is correctly pumped through tr(), so it should translate. But it doesn't. Event if I copy & past this string directly. Please have a look at line 706:

{CODE(Colors="Tiki")}
'wiki_inline_auto_toc' => [
'name' => tr('Inline auto-toc'),
'description' => tr('Change the display of the table of contents for wiki pages to inline.'),
'type' => 'flag',
'default' => 'n',
'dependencies' => [
'wiki_auto_toc',
],
{CODE}

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

When you edit a Wiki page, the page gets reloaded, with an additional "success" information for the user, painted in green. This success message includes the version number and a reference to the history feature.

Unfortunately the revision no. given is not the new current version number, but the old one, before the edit was done...

Not a big deal, but could be irritating to non-tech users IMHO, because if you look at the history, which is what the success info encourages, you will not find your edit under the given revision number.

While doing the translation of the survey feature, I added some test surveys. But so far I have not participated in a any of those. Consequently, the statistics page of survey has NO entry under "taken". But every (!) survey has an entry under "last taken". This cannot be true. When there is no participation at all, there cannot be a last participation...

In order to get it translated, I enabled the survey feature. It's admin GUI is highly confusing and counter-intuitive. After enabling, you can enter the admin GUI and create a survey, so far absolutely intuitive. But then you are stuck. You have entered a name and a description, but no questions! They are simply no part of the process of creating a survey ?!

In order to create questions, you have to go to list surveys, and from the properties of the wrench icon you can go to questions, tiki-admin_survey_questions.php?surveyId=NN

In the upper left corner is a large button labelled "Add a new question", which is completely void of any function (!), because it only links to the very same page (tiki-admin_survey_questions.php).

Over the (now still empty) list of questions is a (compared to the large functionless button) rather unspectacular text written in blue "Add a New Question to this survey". This seems like the same function as "Add a new question", but it isn't at all:

This, and only this, will link to tiki-admin_survey_questions.php?surveyId=NN#contenttabs_adminsurveyquestions-2 and give the user the means to create a question.

Surveys can have more than one question, that is fine. But questions are per survey only, questions do not form a pool, i.e. it is impossible to create a question and use it in more than one survey. That is impractical.

Also, the questions property of the wrench always directs to the creation of new questions, and does not (at first) show the list of existing questions. They can be listed with questions tab, yes, but it's counterintuitive to always start at creation and not at the list of existing.

{syntax type="tiki" editor="plain"}
There is a setting with which the admin can block SVG (scalable vector graphics) uploading to the file galleries, because of the inherent security risks SVG files ''may'' pose.

If this block is active, it over-reacts. If a user wants to upload multiple files (via multi selection), and ONE of them is SVG, each an every file gets blocked from upload claiming a security block. This does happen with PNG (portable network graphics) and JPG files, which do not pose security risks (at least not the same as SVG).