Category: 23.x

ON tiki23 at https://next.tiki.org/tiki-syslog.php when accessing to the Tiki logs from the new admin lead to a confirmation dialog (that shouldn't be here).

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

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

Visible on Tiki24 on next.tiki.org

Thank you @AlferNL on Telegram

If someone attempts to install Tiki 23 with PHP 8.1, it should warn in the installer.
https://t.me/TikiWikiCMSGroupware/124

If someone attempts to install Tiki 23 when missing intl, it should off a nicer error message.
https://t.me/TikiWikiCMSGroupware/141

Add the new preview tab to other text areas, as seen in {gitlab id=4dc05f6d}

It would be really handy to be able to quickly switch between several users when testing complicated permissions setups, so a little "recent users" dropdown that switches when selected would really speed things up.

Make it easier for tracker imports and exports to be used with Excel by adding an encoding option to Tabular Formats, which currently only has UTF-8.

This should be a new dropdown with UTF-8, Windows-1252 and maybe ISO Latin 1 (maybe more)

Try the url : https://tiki.org/files/
It will display a WSoD instead of redirect or even the "route does not exist" page.

At tiki-list_articles.php the top search form is eating way too much space.
It should be hide-able (not everyone will search something)

See: https://www.bernardsfez.com/tiki-list_articles.php

I suggest a bootstrap accordion to toggle visible/hidden and avoid such waste of space.

On a Tiki23 I go to -+tiki-admingroups.php?group=''Agroup''#contenttabs_admingroups-3+- to display the members of "Agroup".
On the row of each user I have a wrench that opens an action menu.
I click on "Remove from group".
It displays a confirmation and validation modal with a password field and a submit (confirm) button.
BUT because the action menu stays open I can't see and click on the submit button.

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

At tiki-admin.php?page=login the admin can enable and disable "Use email as username" however there are side effects;

I have a working (upgraded) Tiki23 with plenty of registered users (username and email).
Now I want to change the log-in preference and to Use email as username.

At tiki-admin.php?page=login
Username
I enable "Use email as username”.

Technically, all seems to work;
I can login using the previous username and the email (good)
When registering a new user only the email field is displayed

But admin the users become harder.
At : /tiki-adminusers.php, the email column email doesn’t show up anymore, which make sense as now the user should show the email as username.
However for previous account that have a username and an email, the col user display their previous (existing) username.
And if I click on a user the first field is now “email” with the previous username value.

I have no way to find the email that are linked with users from the admin user.
Seems everywhere the field Email displays the previous username value (tiki-user_information.php, etc)

At tiki-admin.php?page=login , Username, when I enable "Use email as username" some username settings are now hidden (meaning not in use) but they are still applied.

Minimum length
Maximum length
(And may be "Force lowercase")

I created an instance to test and reproduce.
You need to "really" register a user, not using the admin user to create new users.

How to reproduce :
# Go to Admin, Control Panels and switch to "Advanced" (to see advanced preferences)
# Go to log-in : tiki-admin.php?page=login, Registration & Log in
# Enable : Users can register
# Disable : Validate new user registrations by email (we don't want to validate email)
# Go to : Username and set "Maximum length" to 6
# Apply (save)
# Use a different browser (check you are not logged), go to the Tiki and register a new user
# Try to input more than 6 characters for the username, you will see this error:
+ {img fileId="1689" thumb="box"}
# Go back to your previous browser (logged as admin), log-in : tiki-admin.php?page=login, Username
# Enable "Use email as username" option
+ The parameters Minimum length, Maximum length, (And may be "Force lowercase") will be hidden has not relevant anymore.
# Go back to your different browser (check you are not logged)
# Create a new user with an email for login (obviously longer than 6 characters).
+ You won't see an error on focus
# Submit your registration and you will see the error:
+ {img fileId="1690" thumb="box"}

The difference of treatment in the process make me think there is some wrong additional condition that should be cancelled if "Use email as username" is enable.

At tiki-adminusers.php (Admin users) there is a popover on the username that display the user information.
This popover should never overlap the username link.

While this work fine with the "usual" information it doesn't work when "user tracker" is used to store user informations (https://doc.tiki.org/User-Tracker) and have sections (tabs used).

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

On a Tiki23 I can use a user tracker to store information and in the admin => log-in control panel I can set the fields that should be used to display the user realname using "set user_trackersync_realname".

For exemple, in the user tracker I have
FieldId1 : user selector
FieldId2 : last name (Sfez)
FieldId3 : first name name (Bernard)

For "set user_trackersync_realname" I enter : 3+2
The realname should be "Bernard Sfez"

If I use the pluginrealname it will be displayed "Bernard Sfez". GOOD
However at the admin users list and some other places it will be displayed "Sfez Bernard". NOT GOOD

It used to work.

Instance couldn't be created...

On Tiki calendar you can have several calendars.
You have to check a checkbox to see them on the calendar view.
When you create an calendar item you are redirected to the calendar view.

It happens you create an item (not seeing/knowing if the calendar is selected to be displayed) and then once back on the calendar main page you don't see it. The logic is ok, the calendar wasn't selected so you don't see it.

However this is bad UI/UX and very confusing for the user that expect to see the event he just saved.
We should display the event as is the calendar was enabled OR eventually add information on save kind of :"The event was saved in the calendar xxx. You need to enable this calendar to see its events".

Profile ((pr:Groupmail)) keeps a log of email messages in a tracker.
Mail content seems to show in a textarea field. However the content in there shows html tags, with escaped < and > characters, etc.

What about making Cypht mail reader as an option on text area tracker field?

See current syntax shown:
{img fileId="1484" thumb="box"}

On a Tiki22 I had the following in a module displayed at the top area.

{CODE()}
{LIST()}
{filter content="2" field="tracker_id"}
{filter content="{{user}}" field="tracker_field_childrenFamilyName"}
{output template="child_picture_inner.tpl"}{ALTERNATE()} {ALTERNATE}
{FORMAT(name="picture")}{display name="tracker_field_childrenPicture" default=" "}{FORMAT}
{LIST}

{LIST()}
{filter content="3" field="tracker_id"}
{filter content="{{user}}" field="tracker_field_parentsFamilyName"}
{output template="child_picture_inner.tpl"}{ALTERNATE()} {ALTERNATE}
{FORMAT(name="picture")}{display name="tracker_field_parentsPicture" default=" "}{FORMAT}
{LIST}
{CODE}

A user have an item in one tracker or the other.
And so pictures here (tracker2) or there (tracker3) not in both so it worked ok.

This code using Tiki22:
If you have a picture in tracker3 and not in 2 then if you have a picture in tracker2 but not in 3.
{img fileId="1574" thumb="box"}
{img fileId="1575" thumb="box"}

Same code using Tiki23:
Chrome
{img fileId="1576" thumb="box"}

Safari
{img fileId="1577" thumb="box"}

Currently, when you write __a new__ article at tiki.org and then click the preview button, the page refreshes with all the form empty, so all the inputs and edits are lost. (Seems like I reported this earlier, but the bug list search also didn't work when I tried to find it, so I'm not sure.)

As I understand the feature Auto TOC, once enabled at a system level it automatically applies to ALL pages, but can be disabled on any individual page.

On our site, only a small minority of pages benefit from having a table of contents and we've been making use of the maketoc plugin to achieve that for many years across multiple versions of TW on those few pages as required. On our site we would need to edit several thousand pages to disable Auto TOC on a page by page basis as currently implemented..

Whilst we appreciate the maketoc plugin has its issues, we read with great concern on page Endangered Features [https://dev.tiki.org/Endangered-features] that consideration is being given to deprecate the maketoc plugin in favour of autotoc.

Before such a change is make, we would wish that a new option be added that allows Auto TOC to be enabled but by default it DISABLES the appearance of a toc on every page. Those few pages which would then benefit from a toc would be able to enable it. This would essentially reverse the current situation where it can be disabled in some pages.

Thank you

When the wiki page contains HTML headings, autotoc fails to display. It doesn't matter if the HTML plugin is used, or if HTML is activated for the page (and the plugin not used), in both cases the content of the page will narrow to make space for the autotoc, but the autotoc doesn't appear. If there is a combination of wiki syntax headings and HTML headings, autotoc will not appear. If there are only wiki syntax headings, then autotoc displays normally.

When saving a calendar item I shouldn't see "Are you sure you want to leave the page" warning.
It seems it is hard to reproduce (tested on OSX Safari and Chrome) but it happens from time to time.

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

See : http://bsfez-11581-7922.show2.tikiwiki.org/tiki-edit_banner.php?bannerId=1

The image is big (width and height) and it overlap the interface.

__~~#F00:Update; fixed on master~~__

As discussed in the TRM 2021-12-19

When you switch calendar into year mode, 23.0vcs immediately crashes with these errors:

{CODE(Colors="Tiki")}
NOTICE (E_NOTICE): Undefined index: openidconnect_details_url
At line 52 in lib/OpenIdConnect/OpenIdConnectLib.php
NOTICE (E_NOTICE): Trying to access array offset on value of type null
At line 178 in lib/OpenIdConnect/OpenIdConnectLib.php
NOTICE (E_NOTICE): Undefined index: optionId
At line 100 in lib/smarty_tiki/function.menu.php
{CODE}

Demonstration available at the show instance attached to bug report https://dev.tiki.org/item7666-Impossible-to-create-menus#showtikiorg236_7666_view

Thanks
hman

At https://tiki.org/Community I played with the since last module and the calendar.

It is just chaos... ?
* Several dates seems selected
* Today button disable
* Wrong information
* Error if an erroneous date format is entered
* Aoutch...

See different screenshots:
{img fileId="1665" thumb="box"}
{img fileId="1666" thumb="box"}
{img fileId="1667" thumb="box"}
{img fileId="1668" thumb="box"}
{img fileId="1669" thumb="box"}

The calendar feature does display the range it displays (I would like to be able to disable that, but that's minor. Perfect would be if I could disable to display of the year, or to disable the range in total. I find it to be redundant, because the calendar itself already displays that).

What's not so minor is that the dates shown there do follow the date display options of the Wiki, i.e. here in Germany date is followed by month.

But they are separated by slashes, which is not correct. It should be dots, and that is what is set in the preferences. All other date displays are correct (like the date of the last revision of a Wiki page), but calendar does not follow that rule.

Thanks
hman

I cannot access anymore to : https://dev.tiki.org/User

{CODE()}
Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
{CODE}

I can access other pages ?