Category: 24.x

When a new admin start setting up his Tiki he will likely put his own logo.

However there 0 control on the page or in the code code to limit the logo size but the 1170px width for the first container.
So if the admin pick a high resolution logo, it can use the 1170px width.

Result is not what is expected.
Having the "non power user" user in a situation he have to resize the logo and reupload it is "passé".
We should have some logical limit. (optional, changeable, whatever)

{syntax type="tiki" editor="plain"}
At https://tiki.org/Community I see the following error:
"Data too long for column content..."

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

* It usually happen the first time I land on the page in the day
* If I reload it is gone
* It happen also on Next (signalled already)
* I see it on Mac OS Safari (not sure it is related)

See Oliver comments about cause.

I installed a brand new Tiki24 from : 6188b548 · [REL] Closing 24.0 beta release · 16 hours ago
During the installation I set the name of my database as follow "bernardsfez_tiki24Debug"
In result I had the following error:

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

I changed for "bernardsfez_tiki24debug" and it worked.

It is not stated in the online tooltip or in the installation that the database name MUST be lowercases only.
https://doc.tiki.org/Installation

I create a new Tiki 24 from git 6188b548 · [REL] Closing 24.0 beta release · 16 hours ago from scratch.
I created a duplicate database to install it with previous data.
Tiki successfully detect the database connection.
The installer didn't proposed me the usual choice (update or create).
I continued to check and ended with a database emptied and reseted.

This is a critical as new admin may not understand there is a problem here and proceed.

See the video here: {file type="gallery" fileId="1730" showicon="y"}

I retried with a different database and it was the same.

See second video here: {file type="gallery" fileId="1731" showicon="y"}

With the following Tiki configuration:
|| Pref | value
wysiwyg_default | y
wysiwyg_htmltowiki | n
||

If I create a page which contains ~ hs~ (no space between ~ and hs), it works well as invisible hard spaces.
If I copy this page (from wiki → list pages → cogweel → copy), the new page displays ~ hs~ instead of white spaces.

The root cause is, the first page has attribute is_html=0 but the copy has is_html=1.

Hi:

I wanted to test the new features coming along in BBB 2.3 & 2.4, so that I installed a new server with BBB 2.4. Everything from the BBB side did run smoothly, but the integration with tiki is not fully working as expected. I mean, after connectinng the tiki to bbb 2.4 server (providing the new url and bbb salt in the tiki control panel), I can see the recordings listed in the plugin bigbluebutton parsed content, but I'm never able to create a new meeting (when clicking to the create button shown by plugin bbb).

I had a look at the [https://docs.bigbluebutton.org/dev/api.html|bbb documentation], and I see that some changes are reported to the API in bbb 2.3 and 2.4.:
{CODE()}
Updated in 2.3:

create - Renamed keepEvents to meetingKeepEvents, removed joinViaHtml5, added endWhenNoModeratorDelayInMinutes
getDefaultConfigXML obsolete, not used in HTML5 client
setConfigXML obsolete, not used in HTML5 client

Updated in 2.4 (under development):

getDefaultConfigXML Removed, not used in HTML5 client
setConfigXML Removed, not used in HTML5 client
create - Added meetingLayout, activityReportTracking
{CODE}

I had a look i Tiki21 LTS, for instance, and I see that there are references to -+getDefaultConfigXML+- and -+setConfigXML+- in __lib/bigbluebuttonlib.php__

{CODE()}
(...)
173: $content = $this->performRequest('getDefaultConfigXML', ['random' => '1'], false);
(...)
192: $client = $tikilib->get_http_client($this->getBaseUrl('/api/setConfigXML.xml') . '?');
(...)
{CODE}

Could this be the reason why tiki is not creating the new room in the bbb-2.4-powered server?

If that hypothesis is confirmed, then we might hit a problem in the tiki community in the afew months whenever Fred Dixon and the BBB team upgrades the bbb instance we use in the "Tiki Roundtable Meetings" and TAG meetings, etc.

I can share the details of my bbb2.4 test server (url and salt) with any dev willing to debug and fix this issue.

I installed a Tiki24 Alpha and it showed in the admin control panel the right VCS version (24.0 Alpha)
I then use the same installation with an existing database (update from a Tiki23) and now it show now VCS 23.2.

The version information should be updated accordingly to the Tiki version used.
{img fileId="1716" thumb="box"}
{img fileId="1715" thumb="box"}

The page : https://tiki.org/Model is broken not content is displayed but an error:

×
Error
. RC : 0

Call to a member function get() on null


If you edit the page you can see the content.

At tiki-admin_actionlog.php the admin need to check each box one by one and there are quite a few if you want to select all.
We should have a select all (while toggle will be ok but less adapted IMO).

It may have to do with the user interface.
It is not user-friendly and even reading the help online (good interface should be understandable without help) it is unclear how to use it until you tried a few times.

On a Tiki24 with tracker and multilingual.
I have a tracker with a multilingual field Name and this field is selected as title.

So for my item237 the Name field has 3 values (one for each language I use):
English: Hourly hour
French: Taux horaire
Hebrew: תעריף לשעה

If I edit the item while the Tiki is set to English as pref.language , the title value saved in the unified-index will be "Hourly hour".
But If later I edit the same item while the Tiki is set to French as pref.language , the title value saved in the unified-index will be changed to "Taux horaire"... and so on.

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

The unified-index "Title" should be consistent and shouldn't depend on the language the editor of an item is using.

Reproduced in the instance:
http://bsfez-11581-8140.show2.tiki.org/tiki-index.php

On a Tiki 23 set to use multilingual I have a tracker with multilingual fields.
When a multilingual field is empty, by default the Tiki site default language is used.

IE :
I have 3 languages (en, fr, he)
My tracker has a Name field
I insert only the "en" value for the name field

By default the value of the "en" field will be used as value for "fr" and "he" as long as I don't insert their relevant values.

However this behaviour has been modified recently.
If my Name is mandatory then now ALL the fields must be filled before saving.
Else all the editing is lost with the following error:

×
Error
The following mandatory fields are missing: Name, Name
×
Error
Tracker item could not be created.

---

Step to reproduce (instance seems stuck).
# Enable multilingual, restrict to 3 languages (en,fr,he).
# Create a tracker
# Create a "Name" text field and in the option enable multilingual.
# Create other fields (text is ok)
# Check in the fields list that the first field created (Name), check it is mandatory.
+ As it is your first field it is also set as the tracker item title. Please test the fix with title set and unset.
# Create a first item, for the Name (multilingual enable) you should see 3 fields, one for each language.
# Fill only one field (en) and save
Nothing will be save and Tiki will output an error message.

This is a regression.
Previously having at least one value for a multilingual field set as title was enough (it was used for all language).

Additional comments:
There are many cases were only ONE language field will be filled with a value and the other empty and that's why it is critical to allow saving items even if not all languages fields are filled.
# You have translators working together (each one fill his language values at different time)
# You activate the option on an existing tracker with data already saved
# You create first a version with one language planning to add the other language later
# ...

On a Tiki24 the tracker action menu is misplaced on RTL language.
This is because the class sm-right that is applied here.
A bootstrap class (start or end) should be use instead of hardcoded left or right.

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

On Tiki24 using a tracker you can set a Rating field (after enabling it from the Tracker admin console panel).
While you need to use values for the voting mechanism, you can set labels for these values in the tracker field options.

However when seeing it on a tracker item, when you want to cast you vote/rating the mouseover will display the value instead of the label.
{img fileId="2047" thumb="box"}

__Solved - PHP 8 is not yet supported by Tiki and is planned to become supported in Tiki25.__
__Tiki22, Tiki23 and Tiki24 LTS require min and max version PHP7.4 __

When I run a new installation on a quite decent shared hosting (all-inkl.com) with __PHP8.0__ (or __PHP8.1__) and same time __active feature Category__, then it is not possible to create a new tracker.
The modal starts to open, but disappears before it is folded out.
For a glimpse of a second it is possible to see the title of the modal which includes an error message.
The error message is in red color as following:
__Error loading content.__

''Either'' deactivating __Category__ ''or'' switching __PHP from 8.0 to 7.4__ allows me create a new tracker.

__Conclusion:__
There is a bug affecting Trackers, that occurs in combination of active Category and PHP8.x

What I did:

1. test the bug in a show2 instance
__result:__ bug not reproduced ... tracker created successfully

2. deactivate features on the devs local website step by step to find out the conflict
__result:__ bug on local instance, not on show2.tiki.org, narrowed down to Category feature

(:question:) Think about possible differences of local instance and show2 instance ...
(:idea:) Git vs SVN? http vs https? PHP version!

3. check PHP - local was on PHP8.0 - tried PHP7.4 and PHP8.1
__result:__ the bug disappears, when I set another subdomain and run the very same website on PHP7.4 whilst the bug consists on PHP8.1.

((doc:PluginTrackerCalendar)) allows to display tracker items in calendar view, as well as resource view.
An extra option was suported by fullcalendar lib and ported to tiki a few years ago, which displays items in "list" view, which is like an "agenda" view of items from the tracker calendar info.
https://doc.tiki.org/PluginTrackerCalendar#List_views

In Tiki 24.x this list view is not shown, and some neverending spinner is displayed instead.
Reproduced in short in a show instance here:
---

When attempting to reproduce it I realized where the problem was: -+listYear+- as default view doesn't exist as such (even if the button in the UI says "List Year" for that param, but the param internally is "-+list+- (while all the others related to list are listMonth, listWeek, lkistDay

Solved. Closing report and removing show instance.

On most of Tiki search tools, I can look for items using the object title with partial terms.
bernard will output : bernard-sfez, bernard sfez, etc.

The same is not true using the tracker field relation find
bernard will output : bernard sfez (only)

To find "bernard-sfez" I have to type the entire string.
This is not consistent with the other place a user may look up for something.
This make this feature harder to use

I even feel like they were a change in behaviour at some point of Tiki23.

On a Tiki 24 and Tiki 25 I use a tracker with 2 date tracker field (date picker).
* Start date
* End date

If I choose a start date and a end that is crossing a year it subtract a day from the start date and the end date.

See: {mediaplayer src="display1804"}

On the tracker5 at dev, when you create or edit a ticket it is not possible anymore to search/find "related" tickets:

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

(discussed on the devlist) ((dev:forumthread79037))

On a Tiki24 I use a tracker with a file tracker field to set file with items.

I see, under the upload button, an URL field (both are displayed together) and this is because on this Tiki "Upload files from remote source” has been enabled. (fgal_upload_from_source)

Simple "users" won't have any clue about what to do with a button + an URL field without even a note that it is one or the other. (there is no help text)

---

I have also some concern about the way it handles problems.
For example I uploaded and image and also set an URL then save. ?

The files is saved in the file gallery but the URL is gone.
There should be some kind of error telling the user he is gonna loose the URL (or better handling anyway).

On a Tiki24 (any Tiki ;-) ) in a tracker, when you use a Mathematical field and save it with the Calculation parameter empty, on item save the field value displayed the following error :

-+Expecting "(" near ""+-

It is wrong and doesn't really help.

I have a Tiki24 with tracker where registered users from a specific group can order a product (create an item).
This tracker has an auto-increment field (field 314) to auto generate order number (set to itemId).

~~#F00:Update (2022-08-15)~~: This field has editable permissions so Admin and Boss can edit it but not the Registered users.
{img fileId="1814" thumb="box"}

Before my last update, when Registered users creates an item through a wikiplugin plugin embedded in a smarty template the items created had a the itemId saved in that field.

{CODE()}{wikiplugin _name=tracker trackerId="22" fields="340:331:332:329:317" action="Continue to payment" url="checkout?itemId" autosavefields="465" autosavevalues="category(76)"}{/wikiplugin}{CODE}
''Note: This field (f_314) is not part of the wikiplugin code, it __was__ saved on creation'' (adding it didn't solved the issue)

After my last update from git items are saved with an empty field. (see screenshot)

This happen only with wikiplugin, if I use a tracker plugin in a wiki page it's working with it's previous behaviour.

{CODE()}{tracker trackerId="22" fields="340:331:332:329:317" action="Continue to payment" url="checkout?itemId" autosavefields="465" autosavevalues="category(76)"}{CODE}

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

If I remove the "Editable by" permission for Admins and Boss, when Registered user creates an item a serial Id is saved.

I have a Tiki running elasticSearch set to use the time zone Asia/Jerusalem and the sample on the settings page displays correct information.
{img fileId="1775" thumb="box"}

I have trackeritems with a date field (picker) to select dates.
For exemple I have an item (5761) with a human readable value of : 7/04/2022
{img fileId="1776" thumb="box"}

However the value displayed for this date displayed from the unified index ===is the 6/04/2022===
I can see it in the database
I can see it in the plugin list test tool
And of course in the plugin list used to display the value to the visitors

{img fileId="1778" thumb="box"}
{img fileId="1779" thumb="box"}
{img fileId="1780" thumb="box"}

The index is being rebuilt properly and I don't see any warning there:
{CODE()}2022-03-08T06:27:07+00:00 INFO (6): addDocument trackeritem 5761 {"memoryUsage":"33.4 MiB"}{CODE}

Additional informations:
When I call the value from a different trackers (using a Dynamic Items List) the value displayed for the date is correct:
{img fileId="1781" thumb="box"}

In my smarty template I use dates format:
{CODE()}
<span class="font-weight-bold">{tr}{$days.tracker_field_holidaycampsDayDay|date_format:"%A"}{/tr}</span> <span class="small">{$days.tracker_field_holidaycampsDayDay|date_format:"%d"}/{$days.tracker_field_holidaycampsDayDay|date_format:"%m"}</span>
{CODE}

This was working fine on Tiki23 and is a major regression

On a Tiki23 I create a tracker and add an email field.
I wanted to add a validation using the validation option (edit tracker field options).

I set for Type; Regular Expression (pattern)
Parameter:
{CODE()}
(?:[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*|"(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21\x23-\x5b\x5d-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])*")@(?:(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?|\[(?:(?:(2(5[0-5]|[0-4][0-9])|1[0-9][0-9]|[1-9]?[0-9]))\.){3}(?:(2(5[0-5]|[0-4][0-9])|1[0-9][0-9]|[1-9]?[0-9])|[a-z0-9-]*[a-z0-9]:(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21-\x5a\x53-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])+)\])
{CODE}

Error Message : Enter a valid email

Parameters comes from : https://stackoverflow.com/questions/201323/how-can-i-validate-an-email-address-using-a-regular-expression

On save I have the following error.

×
Error
Data too long for column 'validationParam' at row 1

Even if the pattern is a bit funky, this is another "legacy" value limitation that should be removed.

When using a tracker to collect emails, it's very important that there be no typo.

On a quite big and several time upgraded Tiki all unified-index errors were running without errors.
Since a few month I see an error for each article that has the field source filled with an URL.

2022-11-14T07:55:37+00:00 INFO (6): addDocument article 470 {"memoryUsage":"38.5 MiB"}
2022-11-14T07:55:37+00:00 ERR (3): NOTICE: Trying to access array offset on value of type bool {"code":null,"file":"/var/www/vhosts/xxxx/xxxx/lib/core/Search/ContentSource/ArticleSource.php","line":53}
2022-11-14T07:55:37+00:00 ERR (3): NOTICE: Trying to access array offset on value of type bool {"code":null,"file":"/var/www/vhosts/xxxx/xxxx/lib/core/Search/ContentSource/ArticleSource.php","line":56}


{CODE(caption="lib/core/Search/ContentSource/ArticleSource.php, lines 47:59")}
$rss_relations = TikiLib::lib('relation')->get_object_ids_with_relations_from('article', $objectId, 'tiki.rss.source');
$sitetitle = '';
$siteurl = '';
if ($rss_relations) {
$rssId = reset($rss_relations);
$rssModule = TikiLib::lib('rss')->get_rss_module($rssId);
if ($rssModule['sitetitle']) {
$sitetitle = $rssModule['sitetitle'];
}
if ($rssModule['siteurl']) {
$siteurl = $rssModule['siteurl'];
}
}
{CODE}