Loading...
 
Skip to main content

Category: 27.x

27.x
Show subcategories objects

Name Type
Smarty template usage indicator isn't naming the template
The Smarty template usage indicator isn't naming the template. The page source just shows
{QUOTE()}
TPL:

/TPL:
{QUOTE}

(HTML comment tags removed here so the content will show.) This is in master.
tracker item
Admin Interface; Some Admin actions reload on a page outside the admin Control Panels
{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)
* ...

tracker item
Sort control block used in the plugin List should (was) accommodate with empty values
{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.
tracker item
Structure breadcrumbs only showing current page
{syntax type="tiki" editor="plain"}
The breadcrumbs that display horizontally at the top of a structure's wiki pages are only showing the final page (the lowest page in the structure hierarchy, or the current page), and not the parent page or pages. This is a regression from the correct breadcrumb behavior. See the Matrix post by user nap-commit-nap here: [https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$xSKF3gT2vMHj81k84luQ6IXL2ZV9k3wdbNzdBP3FVp4?via=gitter.im&via=matrix.org&via=sans-nuage.fr].
tracker item
Structures, removing a top page of a structure will remove all the subset of pages from the structure.
On Tiki structure you can have one or several top page and its subset of pages inside the structure.
If you edit your structure "tiki-edit_structure.php" and delete a page ALL the subset of pages will be removed from the structure without a warning.

First a warning should tells the user is about to remove the subset of pages (this can be catastrophic !).
I think a question should be asked about it;
You are removing page of a structure that has a subset of pages:
❑ Remove all the child pages from the structure ?
❑ Keep the page in the structure (they will be moved to the next top page) ?
tracker item
Structures, categorize a structure and a subset of pages work randomally
When you create a new structure you can fill a tree.
This will create subset pages inside the structure.
Below this you can "Categorize" (no more explanations).
As result only the first page will be categorized.

On a Tiki 25 I tried 3 times and I couldn't see any message about the page(s) categorization and only the first page was categorized.

On a fourth attempt (different structure) below the success feedback for the structure creation I could see a feedback about categorization of pages but only the first page was categorized.

On a fifth attempt (different structure) all pages added were categorized.

First, there should be some help the user to understand what will be done about it. (structure and subset of pages will be categorized).

Second... it should work all the time. 🤷🏻‍♂️
I still need to find a way to reproduce...
tracker item
Suggestions for improving autotoc (in-page navigation)
After checking out in-page navigation outside of Tiki and doing some searching for best practices, I'd like to make a few suggestions for improvement.

First of all, about the current situation of autotoc in master (to be Tiki 27), I came across these bugs, that I think are known already, plus some recommendations:
* Autotoc plugin
** Parameters don't work (bugs):
*** title (nothing displays)
*** levels (only the top level displays)
** The terminology could be improved IMO (suggestions):
*** "inline" should be "sticky-top" or "fixed-top" . I think one of these would be more descriptive; I've always been kind of confused by "inline" here.
*** "activity" should be "active" . This would be a more standard term.

• Autotoc feature itself (suggestions for improvement):
** No need for the page name to be a link as the page name/title is already elsewhere on the page. Presumably the first link of the page content is at the top of the content so the page name isn't needed for clicking in autotoc to get back to the page top.
** Instead, autotoc should have a title like "On this page" to let readers know these aren't links to other pages. (Apparently people sometimes mistake in-page navigation links for links to outside the page.) When the title parameter bug is fixed, the page editor can add "On this page" manually, of course, but maybe it should be default text unless replaced,
** The full list/outline of links should display on page load to give the reader an idea of the page content. I'm recommending this because of articles I came across saying how one main function of in-page navigation is to provide a complete outline of the page content.
** Instead, currently in Tiki 26, only the top-level links display initially, and the display of subsection links seems kind of erratic. Actually I wonder if hiding and displaying lower-level links is needed. Maybe just keep them all visible all the time. See https://getbootstrap.com/docs/5.3/components/scrollspy/
.** If the autotoc is longer than the viewport height, then either make dropdowns for lower-level links like a vertical menu, so there are visual cues (dropdown arrows) that they are there, or put the whole nav in a div with overflow-y:scroll. But actually I think the whole thing should display, and the reader can scroll the page if the toc extends down out of sight.
tracker item
The class attribute is not working anymore on certain CustomSearch fields
{syntax type="tiki" editor="plain"}
Up to Tiki26x it was possible to add a class to certain elements of the CustomSearch plugin interface.

For example:
{CODE()}
{categories _parent="4" _style="select" class="faq-input-field selectCategory bg-primary-light h-100 mt-2 mt-md-0 mt-lg-0 mt-xl-0 mt-xxl-0" _firstlabel="Search..." _showdeep="y"}
{CODE}

On Tiki27 due to the usage of "Select2" the class is omitted.
This doesn't happen for all CustomSearch fields, but do on selectors.

{img fileId="3060"}
tracker item
The cookie is required remarksbox should be improved
{syntax type="tiki" editor="plain"}
This is how look the cookie requirement on Tiki.o

{img fileId="3086"}

There is room for improvement as this is the first thing someone discovering Tiki will see and have to do. ;-)
tracker item
The installation script should end with an automatic (optional) registration to Tiki.org
After 20 years no one has a real idea of who is using Tiki and where and users are not effieciently converted into members. Some even struggles to get in contact with other members of the community and it is an active action and sometimes time consuming.

We have no idea of the areas, country or continent where Tiki is used or popular and who, among the power users or consultant will be able to better provide support.

The Tiki ecosystem critically need to regroup, understand where it stand, help its users to find support when needed and be kept in the loop of information.

While we don't want to be intrusive, it is fairly possible to include at the installation process (the page where we talk about the Community) an __optional__ automatic registration on the user (admin email address) to tiki.org. This should include some way to have an area or country information

This will provide better way to be informed about our software popularity, inform our users about Tiki (news, progress, event and updates) as well as help the dozen of users fighting to be registered (or simply moving away) from being new member of the community.


While completing this bug report I found out the following (another proof there are things we are not very good at and we should improve by using such automation):
* https://dev.tiki.org/item8589-Registering-to-tiki-org-register-option-is-barely-visible-at-t-o-on-the-login-box-popup
* https://dev.tiki.org/item8590-Registration-should-be-brought-forward-at-tiki-org-get-involved-page
tracker item
The jQuery Sortable Tables feature must be activated for the sort feature to work is displayed even when not needed or used
{syntax type="tiki" editor="plain"}
The warning "The jQuery Sortable Tables feature must be activated for the sort feature to work." is displayed just under a wikiplugin fancy table set in a wiki page on Tiki27 from VCS.

{FANCYTABLE(colwidths="50%")}Content-Type|application/x-www-form-urlencoded{FANCYTABLE}
tracker item
The wikiplugin swiper is broken since Tiki27
{syntax type="tiki" editor="plain"}
The wiki plugin Swiper is not working anymore and page using it display the following error:
Please update composer to install required files

See: https://doc.tiki.org/PluginSwiper
tracker item
There is no control on the value entered for month at tiki-syslog.php
{syntax type="tiki" editor="plain"}
At tiki-syslog.php it is possible to delete older logs by using the field "Clean logs older than".
This field is expecting a numeric value (the number of month) but it is possible to type anything, even text.

-+https://example.com/tiki-syslog.php?months=tikiwiki&clean=Clean+-
Then land on the "Please confirm action" dialog (without knowing what we confirm ?) and execute the action.

It should not be possible to type something else than a number and the user should be warned way ahead:
"You must enter a number of month..." or something like that.

tracker item
There's no place to specify an article image alt attribute
{syntax type="tiki" editor="plain"}
Displaying an image with an alt attribute is an accessibility problem, and the "article image" in Tiki's articles feature have no way of inputting the alt text. The page source shows -+ alt="" +- but it's empty because there's no form input when editing the article to specify it.
tracker item
Tiki fail with a not user friendly error displayed when importing in a tracker a CSV that uses something not comma
{syntax type="tiki" editor="plain"}
A CSV file may use different delimiters (commas, semicolons, tabs) and they are used to separate values.
Depending the application you use it your field will be delimited by one of them.

In the Tracker Import-Export feature (was tabular) if you try to import a CSV file were the delimiter is not a comma "," it will produce an error the "firstfieldlabel" is not found. (or something similar).

It should accept any of the 3 delimiters that are legit OR the error should said, Tiki accept only comma "," for delimiter of a CSV file.
tracker item
Tiki should use modern meta tag for charset
I was doing a little testing with https://github.com/ffoodd/a11y.css. One of the errors it flags is -+ <head> must start with [charset] +- . Tiki doesn't have that exact meta tag, like -+ <meta charset="utf-8"> +- but it has -+ <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> +- .

A search turned up this information:
{QUOTE()}
Both <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> and <meta charset="utf-8"> serve the same purpose of declaring the character encoding for the HTML document. However, <meta charset="utf-8"> is the preferred method in HTML5 because it is more concise and easier to read.

The http-equiv="Content-Type" version was used in older HTML specifications like HTML 4.01, while the charset attribute is the standard in HTML5. Although both are still supported by browsers for backward compatibility, the simpler <meta charset="utf-8"> is recommended for modern web development.
{QUOTE}

I checked a dozen or so tech and popular websites and found only one - drupal.org - using the -+ http-equiv="Content-Type" +- version. Functionally, it apparently doesn't make a difference, but just to be up to date and use the modern syntax it seems like a good idea to update that (assuming there are no downsides to this change).
tracker item
TikiManager Throws Errors when installing Tiki 27.x on low memory machine
{syntax type="tiki" editor="plain"}
I installed Tiki 27.x on two servers (The first with 2.5G RAM and the other with 1GB RAM) And Tiki 27.x was well installed n the first server successfully but on the second server it throwed errors :
{CODE(caption="Error" theme="default")}TypeError: Return value of "TikiManager\Command\ConsoleInstanceCommand::execute()" must be of the type int, "null" returned. in /opt/tiki-manager/app/vendor/symfony/console/Command/Command.php:301
Stack trace:
#0 /opt/tiki-manager/app/src/Command/TikiManagerCommand.php(60): Symfony\Component\Console\Command\Command->run()
#1 /opt/tiki-manager/app/vendor/symfony/console/Application.php(1058): TikiManager\Command\TikiManagerCommand->run()
#2 /opt/tiki-manager/app/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand()
#3 /opt/tiki-manager/app/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun()
#4 /opt/tiki-manager/app/tiki-manager.php(221): Symfony\Component\Console\Application->run()
#5 /opt/tiki-manager/app/tiki-manager(4): require('...')
#6 {main}
TypeError: Return value of "TikiManager\Command\ConsoleInstanceCommand::execute()" must be of the type int, "null" returned. in /opt/tiki-manager/app/vendor/symfony/console/Command/Command.php:301
Stack trace:
#0 /opt/tiki-manager/app/src/Command/TikiManagerCommand.php(60): Symfony\Component\Console\Command\Command->run()
#1 /opt/tiki-manager/app/vendor/symfony/console/Application.php(1058): TikiManager\Command\TikiManagerCommand->run()
#2 /opt/tiki-manager/app/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand()
#3 /opt/tiki-manager/app/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun()
#4 /opt/tiki-manager/app/tiki-manager.php(221): Symfony\Component\Console\Application->run()
#5 /opt/tiki-manager/app/tiki-manager(4): require('...')
#6 {main}{CODE}
tracker item
TikiWiki 27.0 - Configuration Wizard setting options not visible
{syntax type="tiki" editor="plain"}
Call up the Configurations Wizard within a TikiWiki 27 environment and click through the individual areas in the left-hand area.

In many areas, the options on the corresponding right-hand side are invisible. For example "Set up Login"

Example links to the demo pages for comparison (you have to log in first):
Version 26: https://demo.tiki.org/26x/tiki-wizard_admin.php?&stepNr=3&url=%2F26x%2Ftiki-index.php
Version 27: https://27x.demo.tiki.org/tiki-wizard_admin.php?&stepNr=3&url=%2F26x%2Ftiki-index.php

Existing Forum entry: https://tiki.org/forumthread79549-TikiWIki-27-0-Configuration-Wizard-setting-options-not-visible
tracker item
Tracker field IP Selector with Validation option IP Distinct won't allow user to save any item
{syntax type="tiki" editor="plain"}
On a tracker you can set an IP Selector tracker field.
By default it is set to collect automatically the user IP.

This work fine and tracker item with the IP of the user will be saved.

You can set the validation option to use "Distinct".
This is very useful when you allow only one item par IP (user registration or contact form).

Since Tiki27 (last item date recorded is 25/09/2024 on the Tiki I first found the issue) it stop working and using this option forbid any item to be created with same or different IP.

Test on another Tiki and on https://dev.tiki.org/tracker10
__You'll have to set the IP selector field validation to distinct (disable to allow further test on this tracker)__
tracker item
Tracker, validation; Editing an existing item with a validation option set as distinct cannot be saved (considered as a second item)
{syntax type="tiki" editor="plain"}
As seen on the video attached, In a Tiki25 I use trackers with an IP field. The validation for this field is set to distinct.

If I later edit an existing item it will be impossible to save it. It seems like the code view it as a new item instead of an existing item I modify.

Due to this problem, I can't modify (and save) the item: validation will failed (an item with this IP exist already)

In the video attached we can see that I can't change the status from Open to Close.

Notes: If I do the same operation using the Tiki Trackers list view (batch actions) it work just fine.

{mediaplayer src="display2024"}
tracker item
Trackers, It would be useful to have a little granularity based on the item status with the action "Clear" (trackeritems)
On the tracker list view we have a wrench with the tracker action menu.
There is a "Clear" option that allows to delete all the items of a trackers with distinction.

It would be handy to have there a status dropdown selector to delete specific items base on their status.
For example it would allow to delete all the tracker items with a "Closed" status.

(May some could have interested by having also a date selector, delete all items older than ... days) ??‍♂️
tracker item
Trackers, Multilingual, enabling the multilingual option on a tracker field broke the unified-index
{syntax type="tiki" editor="plain"}
On Tiki27 from VCS just update using the multilingual option of a tracker field broke the unified index.

https://streamable.com/3ihd9w

To reproduce:
#Set multilingual restrict to a few languages (else the multilingual option of the tracker field won't be visible)
#Create a tracker
#Create a tracker field text
#Enable the multilingual option

It won't be possible for the index to complete.
Everything relying on the unified index will be broken.

{CODE()}str_starts_with(): Argument #1 ($haystack) must be of type string{CODE}
tracker item
Trackers, Permaname; It should not be possible to create a tracker field with a permaname Tiki index can't handle (too long)
''I have the feeling this is a regression as I recall such case where previously handled properly''

I can set a name for a tracker field that will turn into the "Field Prefix". (productssolutionsdetailsandoption)
When I create a tracker field this field permaname will use the tracker field prefix. (productssolutionsdetailsandoptionIllustration)
The index process will add the tracker field prefix. (tracker_field_productssolutionsdetailsandoptionIllustration)

But it won't be able to index such long name.
Or the limit should be changed (to what ? unlimited...) 🤔
Or ahead limiting and warning about the prefix/field length.

{img fileId="2141"}

{img fileId="2142"}
tracker item
Trying to login without two-factor authenticator if it is enable leads to a 500 error
{syntax type="tiki" editor="plain"}
On a Tiki27 I enable two-factor authenticator.
If I go to "tiki-login_scr.php?twoFactorForm" and try to log it work just fine.

If I try to log from "login" or "tiki-login_scr.php" and try to log from the displayed screen (without filling a two-factor authenticator pin) I got a 500 error.

{file type="gallery" fileId="3074" showicon="y"}

This case should be handled more properly and in an user-friendly way.

Example:
You should be redirected to the proper login page "tiki-login_scr.php?twoFactorForm" with a remarksbox saying you need to enter a two-factor authenticator pin.

This is quite important for the feature as then can be many place that redirect you to the login page in Tiki.
Also, not all admins will think to redirect from the admin login preferences the login page to ""tiki-login_scr.php?twoFactorForm".
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
Show PHP error messages