Category: 26.x

On a Wiki page by default you have a Wiki top line with location set to top that display on the Wiki page a small menu with "Edit icons" (off by default).
''Most of them look like a little puzzle icon and allow to edit a plugin''

On a Tiki24 after checking it "Edit icons" is off, I set Wiki top line location to "Neither".
No group can see the menu and the "Edit icons" are not displayed.

On a Tiki25 after checking it "Edit icons" is off, I set Wiki top line location to "Neither".
Anonymous and Registered won't see the "Edit icons" however admin is __forced__ to see them.
It is very unfortunate as it often break design of pages in Tiki.

This is a change of behavior.
The only way then to hide them is to go to /tiki-admin.php?page=textarea#contentadmin_textarea-2 and under "Edit plugin icons" disable "Allow plugin-specific edits".

Will be hard for a non power user to know what to do to "counter" this change in Tiki.

Using the wiki plugins mediaplayer, webdocviewer or googleDoc we can display PDF and documents from many sources.
Almost everything BUT not PDF document stored on a google drive.

We need to add an option in one of our plugins to allow user to do so.

{syntax type="tiki" editor="plain"}
The wikiplugin signature will display buttons with text. (Add signature, Clear, Save, etc)
The translation tags are missing.

As result it is not possible to translate the strings for other languages.

On a Tiki23 I set a group (admin groups) to have a membership expiration date.
{img fileId="1718" thumb="box"}

Then on a wiki page I set up a memberpayment plugin : https://doc.tiki.org/PluginMemberPayment
I can set the hideperiod parameter with a dropdown of yes or no

Issues:
# The tooltip for "hideperiod " tells me the default is "1" (not yes or no)

Update: Re-tested on Tiki25 still here.

As explained and demonstrated on the show instance (trunk): http://bsfez-11581-8389.show2.tiki.org/tiki-index.php?page=HomePage

Even if permissions are set correctly (tiki_p_edit) (tiki_p_edit_structures) not all groups will see the structure "Add page" field on the top of the page.

For example, registered (group that exist by default in Tiki) will see the field. A group I create, and with the correct permissions won't see the same "Add page" field.

---

I tried to create a Tiki24 show instance. It fails with errors in the log.
{FADE(label="log" icon="y")}
###########################################################################################

== TIM Thu Apr 27 07:04:19 UTC 2023 : TIM command: CREATE
###########################################################################################


== TIM Thu Apr 27 07:04:19 UTC 2023 : Starting instance creation

== TIM Thu Apr 27 07:04:19 UTC 2023 : Unpacking tarball
tar (child): /usr/local/src/tiki/24.x.tar.gz: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now

== TIM Thu Apr 27 07:04:19 UTC 2023 : Chown-ing everything to TIM user and group

== TIM Thu Apr 27 07:04:19 UTC 2023 : Running setup.sh
sh: 0: Can't open setup.sh

== TIM Thu Apr 27 07:04:19 UTC 2023 : Creating database

== TIM Thu Apr 27 07:04:20 UTC 2023 : Setting GRANTs on database

== TIM Thu Apr 27 07:04:31 UTC 2023 : Creating local.php
/usr/local/sbin//tim-create: line 155: /var/www/bsfez-11581-8389/db/local.php: No such file or directory
chown: cannot access '/var/www/bsfez-11581-8389/db/local.php': No such file or directory

== TIM Thu Apr 27 07:04:31 UTC 2023 : Old Tiki - populating database via tiki.sql
/usr/local/sbin//tim-create: line 184: /var/www/bsfez-11581-8389/db/tiki.sql: No such file or directory
touch: cannot touch 'db/lock': No such file or directory

== TIM Thu Apr 27 07:04:31 UTC 2023 : Starting extra steps special to show instances. Anything done below is not part of a standard Tiki installation.
svn: E155007: '/var/www/bsfez-11581-8389' is not a working copy
Creating file http://bsfez-11581-8389.show.tikiwiki.org/info.txt with extra info for developers
CREATION END - results in http://bsfez-11581-8389.show.tikiwiki.org/install_log.txt (available after a delay)
{FADE}

On a Tiki23 I create a first article in "en" then create a "he" translation (new article) with everything in hebrew but __nothing in the body__ (using title and header field).
On save I have a WSoD.
If I refresh the page everything is here.

If I add a body (no hebrew in it, just an image) I got a Tiki system error:
{CODE()}
System error.
חזרה הודעת שגיאה זו:

Incorrect string value: '\xD7' for column `bernardsfez_tiki23`.`tiki_objects`.`description` at row 1
The query was:

update `tiki_objects` set `description`=?,`name`=?,`href`=? where `objectId`=?
Values:

להתאים את סביבת עבודה בדיוק איך שאתה אוהב
tiki-read_article.php?articleId=66
226

{CODE}

The article is saved and visible (while something seems weird in the display)

I tried to check if they were invisible characters or some specific word or letter that cause the issue and I couldn't find.

If I take the same text and remove it form the Heading to paste it in the body, it is working as expected.
---

It couldn't be reproduced on the show instance so I checked my database setting.

In my (Virtualmin) configuration file (my.cnf) I added :
{CODE()}
[client]
default-character-set=utf8mb4

[mysql]
default-character-set=utf8mb4
{CODE}

MariaDB System Variables look good:
{CODE()}
character_set_client utf8mb4
character_set_connection utf8mb4
character_set_database utf8mb4
character_set_filesystem binary
character_set_results utf8mb4
character_set_server utf8mb4
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/
check_constraint_checks ON
collation_connection utf8mb4_general_ci
collation_database utf8mb4_general_ci
collation_server utf8mb4_general_ci
{CODE}

On a Tiki23 in articles on the tiki "articles" view the URL of the article is changed for the URL in the article source field if there is one.

It is demonstrated at http://bsfez-11581-8053.show2.tikiwiki.org/tiki-view_articles.php
The first article (playing poker) href point to the correct URL
The second article (This is my title) href point to a wrong URL

It is using the Source URL that was set at : http://bsfez-11581-8053.show2.tikiwiki.org/tiki-edit_article.php?articleId=1#content_edit_article1-5

The following list of article show the correct URL : http://bsfez-11581-8053.show2.tikiwiki.org/tiki-list_articles.php

On Tiki24 on file gallery => edit properties you can add a description to a file.
If you come back and remove it, it will stay... forever ! ??‍♂️

http://bsfez-11581-8072.show2.tikiwiki.org/tiki-list_file_gallery.php?galleryId=1

Tested with 2 files.
Try to edit/remove save the description.

On Tiki25 using the bootstrap classic layout and default theme the topbar, navbar menu placed after a logo the result is not good. The "Fixed-top navbar height" HAS to be set with some minimal value (not set by default).

Worst on mobile... Check the instance.

Tiki doesn't meet standard expectation IMO, it was "ok" on Tiki24.
---
On desktop:
{img fileId="1898" thumb="box"}

---
On mobile:
{img fileId="1899" thumb="box"}
{img fileId="1900" thumb="box"}

On file gallery you have a slideshow option (admin => listing).
Once enabled it will display a slideshow button at the top of gallery pages.
In browse mode you can navigate from page to page: http://bsfez-11581-7931.show2.tikiwiki.org/tiki-list_file_gallery.php?galleryId=4


When clicking it start a slideshow that display images ===from the first file in the gallery.===

When you have several pages this is not user friendly and is bad UX. (imagine you have hundreds of pictures)

To demonstrate:
*In the edit gallery Iisting setting I set 2 image per pages (row) to have several pages
* I used small images but bigger images or on mobile the image will cover all the screen (you won't see the screen below the slideshow like in my screenshot)

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

ADDITIONAL INFORMATION;
Seems that the URL and the slideshow should use an offset parameter but it is not working.
Exemple: http://bsfez-11581-7931.show2.tikiwiki.org/tiki-list_file_gallery.php?galleryId=4&offset=4

Login, Captcha; If set together, Use reCAPTCHA (Google) and CAPTCHA questions are conflicting and don't allow registration.

On a Tiki 24 and the master instance.
* Enable registration
* Enable Anonymous editors must enter anti-bot code (CAPTCHA)
* Use reCAPTCHA (Google recaptcha 3 and set your account information)
* Enable CAPTCHA questions and add some

On the registration page no questions is presented.
An error is displayed "You have mistyped the anti-bot verification code. Please try again."

Instance shows the issue (you will need to fill FIRST your recaptcha information).

I see strange behaviour when setting the "PluginRegisterMemberPayment".

On my fist save it show something close (I didn't ask to see the users... but may be because I'm admin...) to the parameters.

Then after a refresh logged as admin or logged as registered user it doesn't show the settings. Using an incognito windows and flushing the cookies doesn't helps. (on the first browser I'm admin and a simple user on the second)

{mediaplayer src="display1855"}

I categorized it as a regression, because it used to work fine and was broken.

Documentation page: https://doc.tiki.org/PluginRegisterMemberPayment

It is reproducible, see the show instance.

By the way if I load the instance page as Anonymous I see an error message "Insufficient privileges". I don't see an information in the doc about not allowing Anonymous to see the plugin, On the contrary the plugin is described as a way to Register and Pay.

On Tiki26 and master if the look and feel, site layout (tiki-admin.php?page=look#contentadmin_look-2) is not set to "single container" the edit modal for a wikiplugin is not displayed.

Tested on a local and remote Tiki26.x (26.0 and 26.1).
Reproduced at https://next.tiki.org/Community

{mediaplayer src="display2123"}

See: https://dev.tiki.org/item8387-Wiki-edit-help-plugin-modal-not-displaying

On a Tiki24 I set a tracker with "Restrict non admins to wiki page access only".

Doing so, the item content is visible through plugins (like list and customSearch) for users with corresponding permissions.

However if I use the Tiki search (tiki-searchindex.php) in the results and in the Search control panel, search Items to display in search results, Default where, Entire site is enable anywone can see parts of the trackeritem content for this tracker.

Tiki Search is not a Wiki page, therefore it shouldn't display the items in a tracker where Restrict non admins to wiki page access only" is enable

On Tiki as long as the feature "Stats" (tiki-admin.php?page=stats&highlight=feature_stats) is not enabled (it is disabled by default) hits on pages are not counted.

However, even the feature is disabled there is a "hit" column displayed at http://bsfez-11581-8115.show2.tikiwiki.org/tiki-listpages.php (and certainly other places). It will be populated with a lot of 0 for Tikis that will never use or needs stats.

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

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

On a Tiki24 freshly updated it is possible to create pages with an illegal name as set on Tiki:

^
Invalid page name
The page name specified contains unallowed characters. It will not be possible to save the page until those are removed: /?#[]@$&+;=<>
^

Using Structure to create a page bypass the check and once created the page exist but is not viewable or editable and structure cannot be modified (impossible to move the elements in the structure).

Reproduced in the show instance, check the last page name of this structure.

http://bsfez-11581-8198.show2.tiki.org/tiki-edit_structure.php?page_ref_id=159

There is an error after saving an item in the tracker 5 (whishlist).

"preg_quote(): Argument #1 ($str) must be of type string, Math_Formula_Element given"

The ticket is saved.
Editing a ticket is ok (seems it happend only when saving a new ticket for the first time).

On a Tiki24 the since last visit new display the database value (code) for a multilingual tracker instead of the value expected for the actual selected language. I suspect a regression introduce by recent work on the module.

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

Reproduced here: http://bsfez-11581-8140.show2.tiki.org

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

On a Tiki24 If I try to filter a Multi-Select field I have wrong results, see the instance. (http://bsfez-11581-8408.show2.tiki.org/tiki-index.php)

I tested with the plugins List and CustomSearch.
I also tested adding the _text parameter to the multi-select field (behavior differ)

I also changed the Tiki, Search, Default Boolean Operator (/tiki-admin.php?page=search) and it didn't change the wrong result output.

On Tiki25 saving an item created through a modal link ends with a "leave page" warning for the process to complete. Tested on Chrome and Firefox.

The link : tiki-tracker-insert_item?trackerId=11&forced~paymentsFamilyName=username

{mediaplayer src="display1913"}

As it is visible on this second video I recorded from the same operation on Tiki24 they were no leave page warning.

{mediaplayer src="display1912"}

''Note that the "Clone tracker items" option name has been changed for "Duplicate tracker items" in Tiki25.''

On tracker control panel it is possible to enable the option "Duplicate tracker items (Allow copying tracker item information to a new tracker item. ) "

When duplicating an item, if this item is used in another tracker through an item link the "children" items will be duplicate too. Victor ? ported to my attention that this code/feature is here since 2012.
While it was added 10 years ago and trackers or tracker usage complexity has greatly improved and changed, other people may be using it this feature as is. (so it need to be preserved)
The code is shared and used by the clone_tracker_item of the pluginListExecute.

I see several issues;
# This is transparent and the user is not aware of this silent multiplication of items .
# Some information are not added to the duplication (like the category)
# Fields with automatic value assignment may received an unwanted (or unexpected) value. (user-selector creator or last editor will be filled automatically).

Here an video to illustrate the issue;

On tracker A I have a product.
On tracker B I have 12 orders with an item link to the products in the tracker A.

After I duplicate a single product in tracker A, it will create also a duplicate for each item it is link to so now I have 24 new product items and as the tracker use a user selector field set to creator, admin is now the value of the field.

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

To answer the problem we need to discuss and have a consensus.

- We need a new option for the user to select if only the targeted item should be duplicated (new behaviour) or if the targeted items + all children should be duplicated (as it is today).
-- Where the option selection should be set ?
* Option1: As it is related to the Duplicate tracker items it should be a child preference of the option on the control panel : tiki-admin.php?page=trackers but then it will be trackers wide
* Option2: As it related to the item-link field, an option to allow duplication if parent item is duplicated. This will allow to have some tracker behaving one way and other trackers the other way.
* Option3: When duplicating an item a check if children exist and if yes a modal/option/selection screen with a checkbox: "Do you want to duplicate also this item children" (y/n checkbox)

- What should be the default ?
- The clone action in the plugin ListExecute ?

Using a Tiki at tiki-admin.php?page=login you can set a tracker to collect users information.
In the group (registered) tiki-admingroups.php you can define what field to display in the registration form.

This work fine.

You can also use a tracker plugin in a wiki page to fill a tracker item and include a registration.
However the input field displayed are limited to :
* Username *
* Email *
* Passcode to register * (if set)
* New Password *
* Confirm password *

And NOT the list of field you set in your Group (as above).
The tracker plugin Registration option shouldn't modify the fields require for the registration and the way the admin has set it.

I created an instance to demonstrate.

While __you are not logged__ if you go to register :http://bsfez-11581-7961.show2.tikiwiki.org/tiki-register.php

The page show ALL the fields I added for registration at :http://bsfez-11581-7961.show2.tikiwiki.org/tiki-admingroups.php?group=Registered

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

Good.

Compare to the registrations fields proposed in the tracker plugin and you see all are missing.
http://bsfez-11581-7961.show2.tikiwiki.org/tiki-index.php?page=HomePage

On a Tiki25;

* Tracker to store the user information a username field and a name field
* Login (tiki-admin.php?page=login) : Use email as username enable, User tracker IDs to sync prefs from enabled, Tracker field IDs to sync the "real name" pref from
* In User (tiki-admin.php?page=user&cookietab=3) Show user's real name is enabled
* In tracker settings (tiki-admin.php?page=trackers), Show user's real name is enabled
* In groups, User Registration Tracker, select tracker and field.

Admin create manually users (no registration).
My Admin as now the first real name available on the list even without being linked with a tracker item.

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

Check the show instance

{syntax type="tiki" editor="plain"}
~~#F00:Update still on Tiki26.x~~

On Tiki23 if I can have global Admin setting for the Wiki Page to Show page title (enable by default).
So the page "myitems-" will show the title (a link) on the top of the page.

On the properties of the page "myitems-" I can individually turn it off for this page.
So the page "myitems-" doesn't show the title (a link) on the top of the page.

The page can be used as a template to displays items from a tracker using the an alias.
The URL then will become "myitems-4" and now the page title is displayed which is wrong.