Category: 26.x

Clean install of tiki-26-0 php8.1.23 apache2 ubunut 22.04
After tiki setup completes eg lock installation and continue, I get a black webpage with this at the top

I wonder is some of the code not compliant with php8.1 the documentation mention arrays have to be a certain configuration:
Note:
Prior to PHP 8.0.0, square brackets and curly braces could be used interchangeably for accessing array elements (e.g. $array[42] and $array{42} would both do the same thing in the example above). The curly brace syntax was deprecated as of PHP 7.4.0 and no longer supported as of PHP 8.0.0.
[https://www.php.net/manual/en/language.types.array.php|https://www.php.net/manual/en/language.types.array.php]


Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, bool given in /var/www/tiki.squadron6.com/tiki-26.0/lib/perspective/binderlib.php:49 Stack trace: #0 /var/www/tiki.squadron6.com/tiki-26.0/lib/perspective/binderlib.php(49): in_array() #1 /var/www/tiki.squadron6.com/tiki-26.0/tiki-setup_base.php(662): AreasLib->getPerspectiveByObjectAndCategories() #2 /var/www/tiki.squadron6.com/tiki-26.0/tiki-setup_base.php(668): {closure}() #3 /var/www/tiki.squadron6.com/tiki-26.0/tiki-setup.php(66): require_once('...') #4 /var/www/tiki.squadron6.com/tiki-26.0/tiki-index.php(43): require_once('...') #5 {main} thrown in /var/www/tiki.squadron6.com/tiki-26.0/lib/perspective/binderlib.php on line 49

Currently, Tiki does not have a feature to lock a specific user account.

Such locks can be essential. E.g. when you created a user account, but the user doesn't use it. For security reasons, you must lock it after a certain grace period. Either automatically or, as a fallback, manually.

Deleting is not a way to do this, because then you delete all preferences, so in order to preserve user preferences, but secure the site, a lock feature is IMHO essential. Admins should have the ability to lock user accounts. Actually this should be a perm of its own "Can lock user accounts", given by default only to members of the Admin group.

As a workaround, an Admin can create a new password (only known by him/her), but I believe a locking mechanism is more elegant. Also it removes the necessity for the user to re-establish his/her password after the lock gets lifted.

In a more sophisticated version, Tiki could inform members of the Admin group if a user that has a lock imposed on his/her account tries to login, that a login attempt was made.

When certain high-level events occur where the internet community wants to express protest, switching a website to show it's content on black is an often used measure.

Most of the time, some message will be displayed additional to the content (or instead of the content).

Therefore I like to propose the following be added to the banner feature: Turn the Tiki black.

It involves much labour to rebuild a CSS to reflect this. This could be automated. So flicking a switch on the banner feature might compile the previous CSS to one temporal CSS in which each and every colour gets inverted.

As most Tikis will render text mainly as mostly black letters on (kind of) white, such a colour reversal would automatically yield white on black, and even let contrast unchanged, so no areas that become hard to read will spring up.

And the deactivation is even easier to implement, simply go back to the original CSS.

Caches should be cleared after CSS manipulation, of course.

A missing/disable preference displays an error about "Preference fgal_list_ocr_state" at: tiki-admin.php?page=fgal#contentfgal_admin-3
(this is a new Tiki26 mostly default)

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

When producing the report at dev.t.o I tried to upload a screenshot and I had several time an error before on my fourth attempt I could successfully upload a file.

Details on how I proceed to upload an image at dev.
* I click on the img wikiplugin icon on the toolbar of the (this) text area.
* I click on "Browse Gallery", using the side Explorer I navigate to: Bugs report => Bsfez
* I click on the upload icon

There I tried with different options:
"Automatic upload" yes/no
Dragging the file on the upload area, using the "Choose file" button

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

I forgot to mention that I tried on brand new Tiki25 (new DB) and I couldn't reproduce.
No issues for the same operation on 2 Tiki26.
Could be something at dev.t.o only.

Logged as admin, when you navigate inside the File Galleries you can see the name of the Gallery you are in and close to it a wrench. The wrench tootip let you understand that you will be able to interact with THIS file gallery settings but in reality you are sent to the Admin Control Panel "File Galleries".
https://dev.tiki.org/tiki-admin.php?page=fgal#File%20Galleries

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

This is quite confusing for new Admins.

Once the file gallery batch feature is enabled:
At https://next.tiki.org/tiki-batch_upload_files.php?galleryId=17 at the bottom if you enable "Upload into galleries according to sub-directories" other options are displayed but the design alignment and position of sentence is broken. Col-4 and 8 are over lapping instead of being one next the other.

As the additional options are child of "Upload into galleries according to sub-directories" they should look like child options (indent)

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

The general translation behaviour for Tiki features is to allow translations of titles and other labels.
Page title, trackers (title, field names), categories and eventually to allow wiki syntax that allow the admin to set TR tags where it is needed (tracker description, wiki page content, etc...).
But not for Tiki file gallery. ??‍♂️

The translation of term(s) is found in tiki lang/../language.php or lang/../custom.php

Following the discussion in the comments the conclusion is:
1/ There are reasons for this as it may be unwanted to automatically translate terms of a file title (file name on import if none is specified).

2/ To allow translation of file title and file description it will made sense and easier to do it at the wiki plugin level, something like:
{CODE()}
{file type="gallery" fileId="1225" browserdisplay="y" translatetitle="y"}
{CODE}

There is no option to display the file description using the plugin and it is not necessary to add one.

On Tiki 24 when I edit an existing file and try to edit the description it failed.

Reproducible and testable at https://doc.tiki.org/tiki-list_file_gallery.php?galleryId=1726

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

PS: On some other Tikis I tested, changing the file name didn't worked neither. (no error)

At dev.t.o there is now an upload limit for file size set at 8MB.

I tried to upload a 12MB file and Tiki refused/failed to complete the operation.
The output displayed (to the user) look like this:

{img type="fileId" fileId="2044" thumb="box"}

It doesn't the user to correct the problem.
It may seems like a technical problem happens (Tiki is to blame) while this limit is by admin configuration (part of the plan).

It should be something like:
"You tried to upload a larger file than the maximum size permitted.
Please reduce your file size."

If you are admin it could even also display:
"This is a server setting related to your server's php.ini "Upload file size" parameter, see https://doc.tiki.org/Upload-file-size#Upload_file_size to modify your server's php.ini file.

''(word-proofing is required)''

Hi. There are two places, where file upload fails, with no error message, when the file size limit is exceeded:
# In the ordinary wiki pages, at the bottom under "Files"
# In the "File Galleries" menu to the left of a page, under "Upload File"

There's no error message - it just silently fails. This should be amended.

In the second case, the file upload size limit is displayed. That's good. I recommend to display it in the first case, too.

The PHP default size limit is just 2 MB.

Using Tiki I upload a file and I want to place it in a specific gallery.
Next time I upload a file, I want to "remember" where I uploaded.

Use case; For this tracker I use the img plugin.
# Click on the icon
# Click on the browse gallery icon
# On the explorer path => bug report => bsfez
# Click the upload button
# Drag the file (automatic upload)
# Insert the syntax on the item

Such a simple action than adding an image to an item = 6 clicks !!!
If we didn't used Explorer path and if automatic upload wasn't check it would have been 9 clicks !!!

Video added: {file type="gallery" fileId="2043" showicon="y"}

Anchors are seriously screwed up in Tiki. There are a couple of issues. I've dug into the subject thoroughly and summarized my findings here:

http://volker-wysk.de/tiki/Anchors%20in%20Tiki.html

When URL is entered in a parenthesis it takes the closing one and includes it in the external link:

(E.g. Google -- https://google.com/)

The expected result would be that the ")" is not included as part of the link.

On a Tiki23 if the layout option is set with : Classic boostrap (Fixed top menu) the menu is lost when navigating on the admin pages.

The original website logo (brand icon) is changed for a Tiki icon making things more confusing.

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

Bottom module is also lost...

All bootstrap themes or themes bootstrap adaptation will suffer from this problem.
This block upgrading websites.

{syntax type="tiki" editor="plain"}
At https://tiki.org/forumthread79408-Convert-between-file-storage-methods#threadId79409 I replied to a post inserting a image using the wiki plugin img. (toolbar insertion)

On save the image is not displayed.
If I edit the page, the image is visible on the preview.
I tried on different browsers

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

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

{syntax type="tiki" editor="plain"}
Forums listed by "newest first" order in "threaded" style don't show the newsiest posts first, but ordered by the first reply's post date (which might have been 3 years ago!)

A work-around for now is to use "plain" style, quite disappointing.

At https://tiki.org/forum26 I see 2 search forms.
One at the top (look to me like the website general search)
One inside the forums "boundaries", above the forum title.

When I use the second Search form I redirected to the Tiki search page which doesn't allow me to search by forums, author, etc.
Basic tools a forum should have.

It should be possible to have dedicated tools (or at least how they look like) to search with Forums object fields.
We have everything needed in the unified index
parent_object_type
parent_object_id
lastpost_modification_date
object_typecontents
post_author
score
Etc...

I used https://tiki.org/forumthread78791-New-Wiki-pages-wont-take-the-Groups-default-Category and https://tiki.org/forumthread77665-What-is-the-Markdown-syntax-for-LaTeX-equations on Firefox.

It is about the first comment header and the last message elements.
Better separation between "section" is required (especially on mobile).

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

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

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

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

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

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

For over a year (or even longer?) I have seen many times that I got, when I edited a bug report, I got both (!) success and failure indicated ''__at the same time__''. Now this happened when I edited the "Illogical sorting of the Wishlist" report, see screenshot.

Something in the inner workings of trackers is wrong. How can it be, that a tracker got successfully updated and it's ID is missing in one and the same request? See screenshot...

Thanks
hman

When the name of a new gallery is very long, an error occurs:
{img fileId="1357" thumb="box"}

This is to get a show instance to demonstrate / test issues with the https://hybridauth.github.io/ integration in Tiki

u: admin
p: 12345

On the Control Panel General Settings, tab Navigation, option "The URL that the anonymous user is redirected to when a page is not found" you can redirect anonymous users when then hit a page that doesn't exist.

However if your field value there a wiki page the redirect will go to a endless loop that will display a "Too much redirect" error.

If your value is the full URL (https://....) it work fine.

This problem is quite common and happen to a lot of users, even experimented.

The text for the option is not strict enough and for many "The URL..." is not necessary the full URL path.

! How to choose the right software library for tiki.

After reading the article that explain the best way to choose a software library for tiki (((https://dev.tiki.org/How-to-pick-a-software-library|pick_a_software_for_tiki))).

Related to the task ((https://avan.tech/item71402-Generate-Avatars-in-Tiki-until-users-upload-their-own|Generate Avatars in Tiki)), some research has been done to to try to find out witch libray will be good for tiki.
The choice of libray was based on some criteria:
- number of download
- number of dependances
- number of stars
- and easy to implement

The fist one is ((https://packagist.org/packages/multiavatar/multiavatar-php|Mutliavatar)), the library does not required extenal depences and everything has been design with a single class.
easy to use and generate SVG image with can be stored.

The sencond is ((https://packagist.org/packages/laravolt/avatar|Laravolt Avatar)) it has a large community and have more that 1M download.
It has been design to be used in laravel project but can be used in other project, but it has so much pendencies and some of symphony, knowing that tiki also used to dependcy of symphony.
It can generate PNG or JPG file or SVG.

And the last one is ((https://github.com/splitbrain/monsterID|monsterID)), it a good tool, but i realised that, all avatar are PNG file created and stored on a folder ready for use, with can be easy replaced by ((https://packagist.org/packages/multiavatar/multiavatar-php|Mutliavatar)).

Some library where design to be use only with laravel (most) or for wordpress.

Hello, especially the Admin UI revamp team.

I love the new Tiki Admin UI, whilst I am quite massively missing a few nice ideas or our old one. When I supported the idea of a more WP-like approach, I never thought we would lose the old feature tiles panel, which has a lot of advantages in respect of time saving.

I suggest, that we could put it into a module and then add it to the list of standard admin modules, that can be optionally loaded into the admin dashboard.

Aswell there are a number of administration places, where the new admin dashboard style is not yet applied. I assume that is just a matter of time and ressources.

Comments welcome.
Best regards,
Torsten
---