Category: 30.x

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

{syntax type="tiki" editor="plain"}
Under certain condition the img plugin add image quality information that is breaking image transparency when using .png file.

On a Tiki 30 i have the following:
{img fileId="3254" thumb="box"}

A weird background is visible.

The plugins:
-+{img type="fileId" featured="y" class="img-fluid text-center"}+-

The HTML:
{CODE()}
<img src="dl571?display&amp;format=png&amp;quality=75" class="img-fluid text-center regImage pluginImg571 img-fluid featured " alt="Image">
{CODE}

If I remove "format=png" the image is displayed with the correct transparency.

It seems to come from here: lib/wiki-plugins/wikiplugin_img.php

{CODE()}
if (isset($imgdata['quality'])) {
$src .= '&format=' . str_replace('image/', '', $imgdata['file']->filetype) . '&quality=' . $imgdata['quality'];
}
{CODE}


Note a brand new Tiki by default (like demo.tiki.30.t.o) doesn't show the issue.
Could be file quality encoded data (on the file) or something that changed in the code.

---

I used the parameter "An image anywhere on the internet" and pointed to my file to fix the issue:
{CODE()}
{img type="src" src="display571" alt="Sovereign Offsite Backup Service" responsive="y" class="img-fluid text-center"}
{CODE}

Test on dev.t.o

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

{syntax type="tiki" editor="plain"}
When you look at tiki-admin.php?page=textarea with basic pref. filter the Markdown section is not visible.

With the Advanced pref filter the section title is visible but no options are available.

This doesn't look right.
Or we show it with options to use or not. Seeing the title...

{syntax type="tiki" editor="plain"}
At tiki-admin.php?page=login admin can set "CAPTCHA questions and answers".

A question with a single answer.
-+What is the capital of France:Paris+-

However this is fine for ===unique=== language Tikis.
If you use French+English+German you should be able to ask the question and have an answer depending on the language displayed.

{syntax type="tiki" editor="plain"}
A user with the right perms access to the Wiki list pages (tiki-listpages) and there can "copy" a page to a new page. (it should be called "duplicate" IMO)

The same user should be able to do it from a page itself with an item in the "More" or the "wiki actions bar" dropdown.

{syntax type="tiki" editor="plain"}
As the title says, it should be possible to use the Tiki console (console.php) to empty any tiki logs.
That would ease and even allow automatisation of maintenance operations.

{syntax type="tiki" editor="plain"}
You can't see or edit the left or right column modules on tiki-admin_modules.php any more (without clicking show hidden modules, and when you save anything they get hidden again).

Critical regression, release blocker!

{syntax type="tiki" editor="plain"}
This feature arrived in {mr id=5960} but wan't made optional sadly, i might get round to it one day, so this is just a reminder really

{syntax type="tiki" editor="plain"}
Menu dropdowns (with Smartmenus turned on) are opening upward when there is no need to, such as in the default system menu in the left column, when there is plenty of space to open in the normal downward position. This is caused by the class "dropdown-menu-bottom" in the menu code. Could this class just be removed?

In my experience (Windows 11, Edge and Firefox browsers), Smartmenus dropdowns will open upward when the parent item is near the bottom viewport edge and there isn't enough room for them to open downward. I thought this problem was resolved a few months ago but it's back in master currently.

{syntax type="tiki" editor="plain"}
I have a menu with a third-level dropdown, followed by another link in the second level, as shown in the attached screenshot. The menu is saved, including the last option, "One more link", but the menu doesn't show the item "One more link" in the second-level dropdown, or anywhere. Another master instance here on my localhost also has the same problem. The second-level dropdown items just get truncated after the link with the dropdown. This obviously doesn't happen with first-level links, but is happening with second-level links (and probably with third-level, etc. links).

This is a regression maybe linked to the change in Smartmenus versions.

{syntax type="tiki" editor="plain"}
Hi. I've installed Tiki 30.1 and the search page is messed up. It's the page which you reach by clicking "Search" in the system menu (to the left). See the attached screenshot. There are more pages, accessible from the system menu, that are messed up as well.

What I did: I clicked on "Search".
Faulty consequences: messed up page layout.
What I expected: Normal layout, like in Tiki 29.1

The problem(s) don't occur if "Fixed with" in Look & Feel -> Layout is turned on, or if "Site layout" is set to "Classic Tiki".

{syntax type="tiki" editor="plain"}
On the toolbar we have a "Help" button that displays common syntax to help the user editing a page.

The markdown help is quite limited with basic syntax.
It should be good to add a link to a more global cheat sheet like: https://www.markdownguide.org/cheat-sheet/

{syntax type="tiki" editor="plain"}
When trying to set the order of modules, the setting isn't saved. I'm trying to fix the order of modules in the top zone at themes.tiki.org (now using branch 30) and my settings aren't being saved. This is editing the order number via the Actions popup's "Edit" link. (Moving modules by drag and drop isn't possible because the module zones aren't displaying on tiki-admin_modules.php currently at the site - another bug.) This is an essential function so I would say it's a release blocker.

{syntax type="tiki" editor="plain"}
The module title "Git detail" is not normal English. Usually as a title or heading, the plural form "details" would be used, and especially so in this case since there are two details, the git commit hash and the date and time. So at minimum I strongly recommend changing "detail" to "details".

But "Git detail(s)" in the module header and "Git information" in the module body have essentially the same meaning, so there's some redundancy here; so I suggest changing the module title to "Git information" and then changing "Git information" to "Branch" or "Commit" or "Branch and commit" (whatever would be better) in the module body.

Also, a small thing, but there needs to be a space after the colon following "master".

{syntax type="tiki" editor="plain"}
Error "Out of range value for column 'entryId' at row 1" appears whenever modifying almost any content.

I have documented the problem and a workaround here:
* [https://doc.tiki.org/Troubleshooting?page_ref_id=4835#Ancient_Tiki_triggering_error_Out_of_range_value_for_column_entryId_at_row_1_on_every_change_advanced_|https://doc.tiki.org/Troubleshooting]

Maybe we should add a way of doing this automatically whenever necessary (every 10 years or so?)

{syntax type="tiki" editor="plain"}
In a new instance of branch 30, when I go to the admin pages, there is an error " Search index failure -
Please proceed to rebuild Index. If you have shell (SSH) access, you can also use the following, on the command line, from the root of your Tiki installation: php console.php index:rebuild MySql Search index table not found."

In my opinion this is not a good first impression of Tiki's admin pages. The new admin probably thinks something like "What, there's a search index failure already? I just created this site!"

I understand that this may be a general-use message that is appropriate in some circumstances but, if possible, either remove it from displaying in a brand-new site, or change the wording to indicate that there isn't an error really, but the search index should be rebuilt (or "built", at this stage?).

{syntax type="tiki" editor="plain"}
{CODE()}~np~ and ~/np~{CODE} are popping almost anywhere in Tiki.
They are visible on pages but also on notifications sent by Tiki.

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

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

{syntax type="tiki" editor="plain"}
The button "Upload" is gone from the upload form on dev.t.o

See: https://ibb.co/5g0KW0ZG

__Test by luci:__
{img fileId="3247" thumb="box"}

Cannot reproduce. Seems to work? The button is not labeled "Upload" but "Insert" but works for me?

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

{syntax type="tiki" editor="plain"}
On tiki-list_file_gallery.php?view=page (standard gallery display, not elFinder), the fgalexplorer_open icon doesn't open the tree navigation. It works normally on view=list.

Also, view=admin doesn't have a tree navigation at all. Seems like it should.

{syntax type="tiki" editor="plain"}
Since Tiki30 I see now, when editing a tracker item, a switch to notify or not the users following the item.

Look like a good addition, but:
* it should not be displayed if no one is following the item
* it should not be displayed if no one is following the item but me
* it should be possible (accordion ?) to see which users will be notified

Without these elements this addition leads to concerns + require time to check who is concerned.

{syntax type="tiki" editor="plain"}
When you upload a file to the Tiki file gallery, you can assign it to a category.
It was working but it is not anymore on Tiki27 and Tiki29

{syntax type="tiki" editor="plain"}
Ordered lists by default are numbering the list sub-items incorrectly, I believe. But when the admin option "Multilevel style numbering for ordered lists" is activated, then the numbering is correct. I believe the numbering that the admin option provides should actually be the default, so there might be no need for the option. I suggest removing the option and making its numbering method the default. That is, all ordered list elements in wiki text should have -+list-style-type: decimal+- . Or if the admin option is retained, it could have a selector of other -+ol list-style-type+-s.

Also, when this option is activated currently, a class is added to the body tag that gives the ''body'' a left margin of 2rem. There is no reason for this class on the body tag, as far as I know, and we for sure don't want it to be adding a new margin to the whole body of the page.

See the discussion with screenshots here: https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$jVZB_SGxWolFLB9xOaCuzPIX50EfJqpipaNStGchSKw?via=gitter.im&via=matrix.org&via=sans-nuage.fr

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