Category: 30.x

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

{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