Category: 25.x

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.

In Tiki25 (PHP7.4) there is no message helping the admin to understand that the PHP version of the server is not correct (PHP8 or ...).

Such message would help to quickly fix issues and give a new admin the impression Tiki is more friendly. ;-)

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

''As I don't remember using it before I can't say if this is a regression''. Not possible to create an instance (waited...)

When I try to delete items using the de delete item action from a plugin ListExecute (https://doc.tiki.org/PluginListExecute#delete) I have the following error:

Call to undefined method TikiAccessLib::checkCsrfForm()

{mediaplayer src="display2074"}

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

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

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

{syntax type="tiki" editor="plain"}
Actions button is placed before the main tracker buttons => Should be far left (the other side)

The field titles are shifted right and the first one overlap the select checkbox

Bottom form element (mass selection) are wrong

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

Check the instance

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

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

{syntax type="tiki" editor="plain"}
On a Tiki25, I create a tracker with a username selector to be the owner of the items.

In the tracker properties, I set "User can see his own items".
^
User can see his own items
The tracker needs a user field with the item-owner activated. No extra permission is needed at the tracker permissions level to allow a user to see just his own items through Plugin TrackerList with the param view=user
^

And so, user can see his items and I can unassigned any tracker global permission.

I also set Restrict non admins to wiki page access only
^
Restrict non admins to wiki page access only
Only users with admin tracker permission (tiki_p_admin_trackers) can use the built-in tracker interfaces (tiki-view_tracker.php and tiki-view_tracker_item.php). This is useful if you want the users of these trackers to only access them via wiki pages, where you can use the various tracker plugins to embed forms and reports.
^

So I understand that only Admins can use the tracker interface.

And it is working fine.

However, if I need user to update their existing items using a modal in a plugin List (tracker-update) or inline-editing format the user see a permission denied.

I have to assign to the group the permission can change item (tiki_p_modify_tracker_items) and this allows users to edit his items on a plugin list.

But now;
* Restrict non admins to wiki page access only as no more effect. (user sees the tracker interface (/trackers | list, the tracker content | /tiki-view_tracker.php?trackerId=xx and /itemxx | the tracker item)
* They can edit any items (other users)

Which is pretty bad because it just cancelled:
# User can see his own items
# Restrict non admins to wiki page access only

There may be more with the tracker field additional permissions and other workaround, but this is just digging deeper and deeper.

In my point of view, it should be possible for an admin to set that user cannot see the tracker interface and can see/edit only their own items quickly (in the tracker properties) without risking display to one user items of another.

''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

Instance coming...

Instance is coming

Module execution failed if the visitor is anonymous.
Anonymous can't see listpages.php even if they have Wiki admin permissions

This filter is no longer work if the user is anonymous

{CODE()}
{filter field="title" content="~np~{~/np~{page}}"}
{CODE}
Instance coming... (not reproducible with default settings... more tomorrow)

Using the Tracker properties I can define several fields that will be displayed in a popover when hovering over the title of a trackeritem.

This work also when using the plugin List, setting the ouput table column parameter to raw {CODE()}mode="raw"{CODE} and adding to the format of the field {CODE()}format="trackerrender"{CODE}.

With the same settings when using a wiki plugin customSearch that doesn't work.
The code is there but hovering over the title doesn't display the popup.

See the video screenshot
{mediaplayer src="display2130"}

See the instance.

If you do not load a specific bug tracker (e.g. by a bookmark), but insted start on the search page for bugs and feature requests, the whish list, under

https://dev.tiki.org/Wishlist

you simply get a 503 ("Service Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.")...

Thanks
hman

There is a regression when choosing values from the multiselect fields (the Select feature must be enabled?) the forms input fields do not behave correctly when typing the suggestions. Also the pink rectangle looks a bit ugly. It was blank (same color as the background) before when you started typing in it?

See the video below:
{mediaplayer src="display1800"}

(This is also to test if the RTC video recording works properly ;))