Category: 27.x
Show subcategories objects| Name | Type |
|---|---|
| Unconsistancy when Admins modify a different User Preferences | tracker item |
|
Add an upgrade script for duplicate cascade
{syntax type="tiki" editor="plain"} When upgrading Cartograf from Tiki 21.x (possibly 24.x?) to 27.x we found that "[https://gitlab.com/tikiwiki/tiki/-/merge_requests/2170|duplicate cascade]" wasn't set on the child trackers to duplicate features when a map is duplicated. This used to happen always before this option was added but it would be nice, espescially if "Cascade actions" is set to "All" on the ItemLink fields, then -+duplicateCascade+- should be set to "Yes" (1). |
tracker item |
|
Vue.js toolbar dialogs don't work when opened from a modal
When -+vuejs_toolbar_dialogs+- is enabled, the toolbar dialogs produced from a toolbar in a modal (e.g. when editing a tracker item) don't allow any inputs to accept the keyboard focus. |
tracker item |
|
Warning about multiple indexes when using a multilingual Tiki
{syntax type="tiki" editor="plain"} On my multilingual Tikis when I access the control panel I often see; {CODE()} You have the following unused indexes: index_pref_en index_pref_he If you don't need them (for debugging), run the following command: php console.php index:cleanup {CODE} False warning or... ? |
tracker item |
|
When creating or editing a perspective, the wiki homepage input is missing
It isn't possible to specify a wiki homepage when creating or editing a perspective because, although the label displays, the form input doesn't. The page source shows: {CODE()}<input type="text" id="pref-3" name="wikiHomePage" value="Boxus_homepage" style="display:none">{CODE} If I delete the CSS style, then an input displays and can be used, although it is only a plain input and not a page selector that fills according to typed input. |
tracker item |
|
When there are no result for a Plugin List, ALTERNATE should allow to use 0 as a value
{syntax type="tiki" editor="plain"} You can set "0" as a value for the ALTERNATE parameter in a plugin list. -+{ALTERNATE()}0{ALTERNATE}+- Won't display anything. If you use the plugin as counter of things that's a problem. |
tracker item |
|
Wiki page-blocking error when PluginImg using the randomGalleryId parameter finds a non-image file
When PluginImg is using the randomGalleryId parameter and a random file is fetched that isn't an image, the wiki page doesn't load at all, only this message: -+ imagesx(): Argument #1 ($image) must be of type GdImage, string given +- . It would be nice if, instead, no image loaded and also no message. Ideally, the plugin would skip non-image files until it succeeds in getting an image but, if not this, just load the wiki page with no image. The plugin usually gets an image on the next page load. Of course the best prevention is to make sure there are no non-image files in the selected gallery, but this may not always happen. |
tracker item |
|
Wiki page, the wiki link modal doesn't search for existing pages anymore
On a wiki page when you create a wiki link from the toolbar on the page field there is an autocomplete/search system that allow you to insert existing pages. This is not working anymore and the field (page selector) is not populated. It has been tested at doc.t.o the bug is also visible on dev.t.o and other Tikis. {mediaplayer src="display2150"} This is basic Wiki Page and it is important it is fixed rapidly. Note: If I insert manually the wiki link, "Tiki Newsletter February 2024" is ok while "Tiki-Newsletter-February-2024" is not ok. Somehow I remember it should work the same with the dash. |
tracker item |
|
Wiki plugin User list show all the user, the parameter Max of rows is not applied
{syntax type="tiki" editor="plain"} The "Max" parameter is not working. Tested on a Tiki25 instance and a Tiki26 site. |
tracker item |
|
Wikiplugin Button type (class) is not applied after last Tiki27.4 update
{syntax type="tiki" editor="plain"} This is a button all default: {button href="anything" _text="nooptions"} This is a danger button: {button href="anything" _text="dangerbutton" _type="danger"} |
tracker item |
|
Tiki should warn user when image is not an image (was Wikiplugin img, the plugin is not able to display an image from anywhere on the internet)
At https://dev.tiki.org/item8530-Server-check-is-raising-false-alarms-about-Tiki-requirements I used the wikiplugin img to display an image from anywhere on the internet. The plugin display a broken image. If I check the code and the url of the src it is correct and display the image. |
tracker item |
|
Wikiplugin Media player; It should be possible to directly select or upload a file from the Tiki file galleries
Update: The img plugin insert action will automatically select the mediaplayer plugin if a video is detected. (not well documented) --- Still: It is possible using the plugins img or files to select or upload directly a file from the Tiki File Galleries. It would be nice in 2023 to have also this select functionality in the media player plugins. |
tracker item |
|
PluginTracker: The itemId parameter no longer works (to load data for that tracker item)
Using ((doc:PluginTracker)) (with specific fields or not) and setting a itemId should load on the wiki page the fields with the existing values for this item. It was working fine on Tiki25. I couldn't create a 26x show instance so I tested at: https://next.tiki.org/Test With the following code: {CODE()}{tracker trackerId="22" fields="147:204:149:155" itemId="6597"}{CODE} Please not this code will be wiped by the process that updates tiki.org to next.tiki.org periodically. {img fileId="2124" thumb="box"} {img fileId="2125" thumb="box"} |
tracker item |
|
Wrong default for remarksbox wikiplugin plugin Close parameter
{syntax type="tiki" editor="plain"} On the remarksbox wikiplugin the inline documentation says : "Show a close button (not shown by default)." It is not true. By default a close button is displayed and you need to set the parameter to hide it. {REMARKSBOX(type="errors" title="This remarksbox shows the error")}The "Close" parameter of this box is not set therefore there shouldn't be a close button displayed... But there is one. ☝️{REMARKSBOX} |
tracker item |
|
WSoD on profile using array type preferences
Profiles using -+[[ value1, value2, value3 ]+- syntax for array values for preferences now cause a fatal error and usually WSoD. |
tracker item |
|
CardDAV button link is wrong (hardcoded to webmail)
{syntax type="tiki" editor="plain"} Hello, when I press "CardDAV" button in ../tiki-contacts.php, it leads/maps to [CardDAV](https://mydomain/tiki-carddav.php/addressbooks/admin/webmail) which does not exist (if webmail is not activated) and does produce: <d:error> <s:sabredav-version>4.4.0</s:sabredav-version> <s:exception>Sabre\DAV\Exception\NotFound</s:exception> <s:message>Addressbook with name 'webmail' could not be found</s:message> </d:error> However, if I change the link to: https://mydomain/tiki-carddav.php/addressbooks/admin/ I can see two entries under Nodes: * gour * system The first one was the *.vcf which I did upload, but the problem is that its contacts are not visible at: https://mydomain/tiki-contacts.php So, the question is whether it is possible to upload CardDAV addressbook (*.vcf) file and have its contacts visible within Tiki and possibly sync them with desktop/mobile clients? Sincerely, Gour |
tracker item |
|
Categories, adding page should be easier and the field that display the pages expandable
At tiki-admin_categories.php?parentId=2&cookietab=3#content_admin_categories1-5, Add objects, you have a selector field that display all the pages available for categorization (the pages that are not in this category). It show only 5 pages and it make the user action quite uncomfortable. https://ibb.co/yWDWL67 It should be possible to expand this selector and display more pages. |
tracker item |
|
Codemirror and heavy scripts
{syntax type="tiki" editor="plain"} Hi, as explained here : [https://tiki.org/forumthread79604|https://tiki.org/forumthread79604] , heavy scripts such as codemirror (1.2 MB) are always loaded (tiki 21, 24, 27), even when not in use, resulting in unnecessarily long loading times for visitors. Is there a way of loading heavy scripts only for pages that use them? thx -- mb |
tracker item |
|
"Replied to" comments content displayed with broken layout (vertical/horizontal)
{syntax type="tiki" editor="plain"} Tiki 25 introduced an optional limit on comment indentation, so that replies to comments of level 5 or above are not more indented than their parents (for example, a reply to a reply to a reply to a reply to a reply to a reply to a root comment would only have 5 levels of indentation). [https://gitlab.com/tikiwiki/tiki/-/commit/4768f7a6b98eac7d83e51fef37ad8f09ed2c979d#bd7d97780b721291f95bdf13e9db86a1861f5bb1_26_26|In order to keep indicating threading (which is a comment's parent) even in these comments which reach the indentation limit, an excerpt of that parent's text was added]. Although the initial implementation was incorrect, it got much worse in Tiki 27. While the excerpt used to be the first 15 characters of the markup (source), [https://gitlab.com/tikiwiki/tiki/-/commit/0ff12dc0d1519e5b916ddf6bdbe971493073f211|it has now become the first 15 characters of the output (HTML)] (reportedly to fix a bug for Markdown). Unfortunately, such a truncation is completely unsafe, and visibly breaks most of the time (although this may depend on the paragraph parsing preferences). Although this can cause all sorts of broken HTML and resulting weirdness, the typical effect is that truncation happens inside a paragraph, leaving a missing </p> tag, which causes browsers to ignore the closing </span> tag, effectively treating the reply itself as a part of the parent comment since the DOM's span contains too much. Moreover, [https://gitlab.com/tikiwiki/tiki/-/merge_requests/6435|in November there was a puzzling attempt to fix this which moved the problem], making this way worse for Tiki 27.1. Now, instead of just breaking rare (highly nested) replies: * level 1 comments display an irrelevant excerpt * level 1 comments are therefore frequently broken * level 5+ comments are missing an excerpt (but are therefore no longer badly broken). Screenshot taken from https://dev.tiki.org/item7838-Installer-not-ready-for-PHP-7-4-in-Tiki-18-x |
tracker item |
|
Improve consistency of the wiki templates parameter and syntax in Tiki tools, plugins and syntax
It Tiki we can use Smarty or Wiki templates (wiki pages). For the Wiki pages there no consistency between tools in Tiki. -=The template parameter=- For customSearch plugin the parameter is "wiki=" - https://doc.tiki.org/PluginCustomSearch For the List plugin the parameter is "tplwiki=" - https://doc.tiki.org/PluginList-output-control-block For the Plugin IncludeTpl the parameter is "filename="wiki:" - https://doc.tiki.org/PluginIncludeTpl ... There could be more... All the parameter to call a template from a wiki page the parameter should be the same anywhere. "tplwiki=" seems to me to most understandable and precise. -=The Wiki syntax require to use the template=- * Plugin List: a wiki template can be use as is (you just paste your HTML) * Plugin customSearch: your html need to be enclosed between literal tags ({literal} HTML {/literal} It should be just consistent for the end user (not power user) experience. |
tracker item |
|
Custom theme favicons don't work properly
{syntax type="tiki" editor="plain"} Faicons only work if they're in the -+themes/yourtheme/favicons+- dir, if they are in the theme dir inside -+_custom+- they don't get picked up. I think (assume) this is only in 27.x but can't check now. |
tracker item |
|
Customsearch searchonload stopped working on Tiki27.x when minifying javascript is enabled
{syntax type="tiki" editor="plain"} On a Tiki27.x updated the customsearch plugin stopped to automatically load the page load results. {CODE()} {CUSTOMSEARCH(tpl="featuredFaq_customsearch.tpl" id="faqCustomSearch" recalllastsearch="0" searchonload="1" requireinput="0" customsearchjs="1")} {CODE} I can see an error in the DOM {CODE()} min_main_635f6700bf01c878afa54f2ab788dacc.js:108 Uncaught ReferenceError: jQuery is not defined at min_main_635f6700bf01c878afa54f2ab788dacc.js:108:98 min_main_abcaaa9d363b26f17986183396fe6829.js:43 Uncaught ReferenceError: jQuery is not defined at min_main_abcaaa9d363b26f17986183396fe6829.js:43:37 wikipage:499 Uncaught ReferenceError: $ is not defined at trackeritemtitle:499:1 wikipage:596 Uncaught ReferenceError: $ is not defined at wikipage:596:1 wikipage:1 {CODE} In the Settings -> Performances admin panel Minify JavaScript Minify late JavaScript Are enable. If I disabled them both, the searchonload work again On demo Tiki29 we can see an error feedback. {img fileId="3201" thumb="box"} |
tracker item |
|
Date picker background colors don't correctly match the theme (especially custom themes)
{syntax type="tiki" editor="plain"} The styles of the "button" of the date picker (or whatever it's called - the place you click to display the selector for the date and time) such as the font and colors are set dynamically to match the theme being used. This works for the themes in the themes directory, but this doesn't work completely for custom themes. For example, I have a custom light-on-dark theme with a body background color of #0c0d16 (almost black) and a .form-control background color of #343a40 (also very dark), but the background color of the date picker's "button" (~np~div.dp__main dp__theme_light~/np~) is very light so clearly isn't getting the background color information correctly from the theme stylesheet. In a non-custom dark theme like Slate, I can see the button display with a light background for an instant and then get the correct dark background color to match the Slate theme, but for custom themes this switch doesn't happen, in my experience. On the other hand, the date picker is using the right font, as specified by the custom theme, so there's partial success here. I tested with the Switch Color Mode not active and with it active and set to both light and dark and the date picker button background was never correct. A workaround would be to add a CSS rule to the custom theme to correct the background color, but it would be nice if it worked automatically as it does for the themes in the themes directory. Actually, now that I look again, it appears that the background color for the popup (with date and time selectors) isn't correct for non-custom themes, either. Using the Slate theme, which has a dark background color, the date picker popup has a light background with light text. This bad contrast is maybe due to the correct text color but wrong background color being used. Also, the selector and popup backgrounds aren't sensitive to Color Mode switching. Hopefully the same fix for these issues will work for both custom and standard themes. |
tracker item |
|
Date selectors on tracker items are broken after update to Tiki27.5 under certain conditions
{syntax type="tiki" editor="plain"} I've updated a Tiki27.x (after the Tiki 25.7 release) and now the date and time selectors are broken. It is visual and forbid entering a date. I found a workaround, see below. This is an old Tiki (started in Tiki9x) that was updated years after years. I couldn't reproduce on demo. {img fileId="3233" thumb="box"} I don't see errors on the console on Brave. On chrome: {CODE()} min_main_235ae2033a9c3fb4320e739db2fbcd55.js:137 JQMIGRATE: Migrate is installed, version 3.5.2 injected.js:3 [Detection] Sign in with intersection observer was watching an unacceptable node. WI @ injected.js:3 injected.js:3 [Detection] Sign in with intersection observer was watching an unacceptable node. WI @ injected.js:3 {CODE} {CODE()} if (!No(o)) { console.error("[Detection]", "Sign in with intersection observer was watching an unacceptable node.") || logger.report(["Sign in with intersection observer was watching an unacceptable node."], { severity: "error", fileName: "js/b5x/ui/inline/frame-manager/src/sign-in-with/detection/manager.ts", lineNumber: 230, prefix: "[Detection]", highlight: !1 }), t.unobserve(o); continue } {CODE} |
tracker item |
|
Double slash when loading pdfjs
{syntax type="tiki" editor="plain"} found a weirdness in my apache access logs. A double slash. (related to pdfjs package) I'm not sure on how to report such thing I just believe it should be a single slash: ``` xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:59 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/images/loading.svg HTTP/2.0" 200 558 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36" xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:59 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/images/loading-icon.gif HTTP/2.0" 200 2583 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36" xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:59 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/images/shadow.png HTTP/2.0" 200 330 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36" xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:58 +0100] "GET /display60 HTTP/2.0" 200 1818150 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.html?file=https://dddd.ccc/display60" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36" xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:58 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/build/pdf.worker.js HTTP/2.0" 200 283175 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.html?file=https://wiki.is-il.org.il/display60" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36" ``` |
tracker item |
Logged as admin you can modify any user "User Preferences", for exemple change the country.
The URL look like this: tiki-user_preferences.php?userId=15
On save the page will reload to tiki-user_preferences.php and the admin user will see __its__ user preferences and not the one he was modifying.