Category: Regression from 29.x to 30.x
Show subcategories objects| Name | Type |
|---|---|
| Active tabs border and background set to #fff which is bad should be one of the bootstrap variable - not white | tracker item |
|
Assigning a new module has UI problems (regressions)
{syntax type="tiki" editor="plain"} When assigning a new module, the page layout and process for the user have changed. I'm comparing a Tiki 27 to master - I don't know whether all the changes were intentional but it kind of amounts to a "mini-revamp" with maybe a combination of intentional changes and unintentional results. In Tiki 27, after clicking the "Add module" button, the page that displays has the "Edit module" tab open and a selector to choose the new module and, below that, the "Module Options" button. It's very straightforward and uncluttered. When you click the "Module Options" button, the page opens to the "Basic" tab where you select the module zone for it, etc. In master, when you click the "Assign new module" button, the same page displays again, cluttered with the tabset containing the module zone tabs and already-assigned modules, with the "Assign new module" button displaying __again__, then down below the tabset is the selector to choose the module. The button was already clicked; it shouldn't display again. The tabset is just in the way. It isn't needed in this step of the process. I think the problem is because the tabs aren't quite right. Initially when you navigate to the admin-modules page, the tabs are "Assigned modules", "Custom Modules", and "All Modules". When you click the "Assign new module" button, the page displays these tabs: "Configure new module", "Custom Modules", and "All Modules". But the page also displays the assigned modules. These should display under an "Assigned modules" tab, not under "Configure new module". This tab arrangement can be seen after clicking the "Module options" button, after selecting a module. Now the tabs are "Assigned modules", "Configure new module", "Custom Modules", and "All Modules". This is how the tabs should be on the previous page. There's another problem in that when you do arrive on this page, to edit/configure the module, there are four new tabs: "Basic", "Module", "Appearance", and "Visibility". In previous Tiki versions, the "Basic" tab is open, which is the logical choice. In master, though, the "Module" tab is open and the user has to switch tabs to "Basic" to specify the module zone, module position, visibility to groups, etc. that I imagine are generally set first, and which was the case in older Tiki versions. |
tracker item |
|
Creating a category when Markdown is enable causes an issue in the category title
{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"} |
tracker item |
|
Duplicating a tracker item is not openeing in a modal anymore
{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. |
tracker item |
|
Empty slides are added on the Wiki page slideshow
{syntax type="tiki" editor="plain"} Empty slides are added on the Wiki page slideshow Visible here : https://doc.tiki.org/slideshow |
tracker item |
|
Image transparency is lost when using Tiki File galleries
{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&format=png&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"} |
tracker item |
|
Left and right column modules hidden in module admin and cannot exit any more
{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! |
tracker item |
|
Module zones should be visible on tiki-admin_modules.php
{syntax type="tiki" editor="plain"} In the master branch, for some reason the left and right columns aren't displaying so the left and right module zones can't be seen. It's true that the modules assigned to these zones can be seen in the module admin interface, but I think it's useful to be able to see how the modules are currently displaying when configuring existing or new modules. I've seen other people mention this so apparently it's not just me. If there is a reason to hide those module zones, that should be explained. Otherwise it seems this is a regression that should be reverted. The bottom module zone is still visible with its modules so there seems to be some inconsistency in the purpose here. The page top and page bottom module zones show as outlines but modules assigned to them don't display. And isn't module admin supposed to have drag-and-drop functionality? That's pretty hard to do if the modules and zones aren't displaying. |
tracker item |
|
Not parsed syntax (np) are popping everywhere on Tiki 30
{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"} |
tracker item |
|
Not possible to upload file at dev.t.o - upload button is gone
{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"} |
tracker item |
|
Once a ticket is saved you are redirected to a page with a link to the items you just save, the link is gone
{syntax type="tiki" editor="plain"} At dev.t.o, when you save a ticket you landed to a "success" page with a confirmation of the operation with the ticket title that is a link back to the item, essential to check and edit it with additions. The title is here, but the link is gone. See: https://ibb.co/czjkGm9 |
tracker item |
|
Several modules are gone after update to Tiki30
{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 |
tracker item |
|
Submenus turn invisble in some cases at dev.t.o
{syntax type="tiki" editor="plain"} The submenus where we can find "File-a-bug" are gone at dev.t.o On load I saw them but not after... |
tracker item |
|
The login modal width is too small on Tiki 30
{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"} |
tracker item |
|
There is a regression in the meta description for Article between Tiki29 and Tiki30
{syntax type="tiki" editor="plain"} On Tiki30 the meta description is using the website default metatag description and not the Article specific description as in Tiki27, 28 and 29. {img fileId="3266" thumb="box"} {img fileId="3267" thumb="box"} |
tracker item |
|
Tracker item properties date sorting and date field are broken on Tiki 30
{syntax type="tiki" editor="plain"} I have a daily used Tiki30 with tracker and Trackers -> Properties -> Display -> Default sort order set to a date field I created in the tracker. After I updated my Tiki30 to this morning version, I lost all sorting on Trackers -> Properties -> Display -> Default sort order (Default sort direction). It is not applied and tracker items are listed by Created date Ascending only. I tried many variations no change. If I manually sort the items using the table tools (click on the date header) the items are sorted but an error about the date field is reported in the feedback. This Tiki has been fully updated and index:refresh has been ran successfully. {img fileId="3256" thumb="box"} {img fileId="3257" thumb="box"} {img fileId="3261" thumb="box"} |
tracker item |
|
Tracker items table sorting tools are unclear, not optional and goes to a WSoD
{syntax type="tiki" editor="plain"} Open a tracker try to sort the item. A weird badge with number "1" is displayed and it confuses users (way too pro-eminent). It seems this is a new sorting enhancement that allows multi-sorting with Shift/Ctrl+click. Trying to use this = WSoD or a fatal error. I can't see an option in the tracker properties or the trackers admin to disable it. It should be optional and people that don't want this should be able to use Tiki as previously. |
tracker item |
|
Unwanted space added around tracker textArea field
{syntax type="tiki" editor="plain"} My "was just fine with Tiki29" tracker forms have now extra space added after a text Area tracker field. {img fileId="3263" thumb="box"} |
tracker item |
|
User Information popover is missing the generated DiceBear user avatar (regression; works with classic image avatars)
{syntax type="tiki" editor="plain"} When you hover a user name the user avatar is always missing now |
tracker item |
|
Weird parameter added to plugins and/or modules
{syntax type="tiki" editor="plain"} To reproduce, on a Tiki30 on a wiki page add a new plugin. ~np~Near the bottom you will see: 0="[object Object]"~/np~ |
tracker item |
{img fileId="3252" thumb="box"}