Category: 23.x

clicking on svn update for a show2.t.o instance from a bug tracker in dev.t.o does apparently nothing

Reproduced with the show2.t.o instance linked to this bug report:
https://dev.tiki.org/item7332-Slides-in-21-x-Section-about-wiki-page-comments-wrongly-placed-on-top-of-all-slide-titles

----
I've been unable to svn update show2.t.o sites (20.x, 21.x...) through the button in the show2.t.o related field in dev.t.o/tracker5

Same with "destroy instance" which didn't work and no info was provided to the end user. I had to destroy them by hand at the show2.t.o server.{sign user="xavi" datetime="2022-01-22T22:39:53+00:00"}

We have no syntax for expressing we want an unlimited number of LIST plugin results.

Using mysql Full-Text indexation, one can express the idea with a huge number like so :
{CODE()}{LIST()}
{filter field="object_type" content="trackeritem" }
{filter field="tracker_id" exact="1"}
{pagination max="99999999"}
{OUTPUT(template=)}
{LIST}{CODE}

It is ugly but it does the job in an expressive way (people will understand 99999999 does not mean exactly 99999999).

Using Elascticsearch, the above will fail with an obscure error message « all shards failed » because Elascticsearch has a hard limit which defaults to 10000 but it can be changed at the server level.
See ''Results Per Query'' in [https://www.elastic.co/guide/en/app-search/current/limits.html]
So I need to use:
{CODE()}{LIST()}
{filter field="object_type" content="trackeritem" }
{filter field="tracker_id" exact="1"}
{pagination max="9999"}
{OUTPUT(template=)}
{LIST}{CODE}
Because "10000" looks like I really want "10000" rather than unlimited.

__It is bad that the LIST plugins need to be rewritten when one changes the unified search indexation method.__ Also, it is not obvious why it fails.

__SUGGESTION__ I feel we should allow for a real syntax for unlimited results such as :
{CODE(caption="SUGGESTED SYNTAX" theme="default")}{pagination max="-1"}{CODE}

Then if Tiki uses Elascticsearch searches it could look up the ''Results Per Query'' value (or assume 10000 for starters) when "-1" is encountered.
If Tiki uses "Mysql Full-Text search" if should not have a limit (or it should have a very high one).

On a Tiki forum when it is enable Tablesorter is added to the table that list the forum to allow filtering and sorting. Work fine if you have only Forums.
When you use subforum discussions the table sorter is interfering as it is working on the subform list instead of continuing to filter/sort the discussion below.

The tablesorter filter row is placed above the subforums list instead of the discussion list it should be moved below to be applied on the discussions.

Please see video: [tiki-download_item_attachment.php?attId=758]

__Update:__
{MARKDOWN()}Sorry, but this is wrong - a misunderstanding of what should be the correct behavior and an error in the code. There is no reason to put the URL as the popover title.

1. The URLs should never be translated
2. Someone put that `$url` var in the wrong place in the code
3. The tooltip popover should display what is separated by the ":" character actually, so it should be `$ret = '<a title="' . htmlentities($desc, ENT_COMPAT, 'UTF-8') . '"` (the fix would be just removing the `' . $url . '|` part from the line 61 in the **tikihelplib.php**
{MARKDOWN}

__Original report:__ Go to tiki-user_information.php -> click to the button "Send Me a message" - window "Send Me a Message" will shown.
Here do a mouseover over a questionmark near to "Reply-to my email" and check popup window title -> "__User+Information__".
This string ===cannot be translated===. Translation string ===doesn't exists in language.php===.
Same also for "Send me a copy" quickhelp ....

User information page
On the tiki-user_information.php -> select wikis and blogs too, and check page description text for both.
Both are the identical.

Shows: "This user has contributed to the following wiki pages" - for wikis and for blogs also.

I think, for blog should be description text as: "This user has contributed to the following __blogs__"

At https://tiki.org/calendar, logged as registered user, the "today button is disabled and can't be used to set the date picker just above.

When a user click on "today" is expected things to be set on today. (the since last visit module is dependant of the date picker date).
Everything should be turned into "today" and not using different dates for different component.

Using the plugin groupList you should be able to see recursively the included group from a group.

They are not displayed when the option is set to yes.

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

The Theme Control feature allows assigning themes on a per-category or per-object basis (an object being a specific wiki page, for example). The interface for assigning themes to objects (tiki-theme_control_objects.php) has a dropdown labelled "Type" and the options are things like file gallery, forum, blog, etc., each of which may have some objects to select. But this dropdown also includes "image gallery" and "html page", which are obsolete features/types no longer in Tiki, so these should be removed from the list.

When editing a calendar event, some characters in the event title displays as HTML code, in the modal title. For example, John's "Birthday" displays as ~np~John&#309;s &quot;Birthday&quot; ~/np~.

The file is tiki-calendar_edit_item.tpl, I believe.

Also, the wrench/spanner icon at the right side of the modal title doesn't seem to do anything. Is it meant to be just an icon to indicate the edit screen is displaying? If so, it's misleading since other instances of this icon are clickable to produce a popup list of links, etc. IMO it should be removed if it is just an icon. Or if it is meant to be clickable, it doesn't seem to be working.

{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 need to retrieve post I wrote in the forum 26, and from the forum I was redirected to the Tiki Search page.

In the Tiki search page https://tiki.org/tiki-searchindex.php I used the filters to see only results for the forums.
Choose a filter and press the submit button.
The results page reloaded but the results are not forums type only.

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

The survey interface has been left behind and should be upgraded to bootstrap 4 standards.
https://surveyjs.io/Examples/Library/?id=bootstrap-material-theme&platform=jQuery&theme=modern
https://webdesignerwall.com/wdw-snippet/bootstrap-survey
http://www.prepbootstrap.com/bootstrap-template/bootstrap-survey

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.

When you activate the 'Advanced' settings via the slider at the top, this gets constantly reset to 'Basic', (unless you save the preference in an additional step) so whenever you do something you have to set it back to 'Advanced', which is a nuisance.

Thanks
hman

I recently upgraded a production tiki site from 21.x to 23.x in a new server, and when adding the missing composer packages in the new server, tiki became unusable after adding the google api client package:
{CODE()}
"google/apiclient ^2.2.2 Apache-2.0 wikiplugin_googlechart, wikiplugin_youtube"
{CODE}

This added from dependency on php 8.0, apparently, and since tiki23 .x uses php 7.4, tiki became broken: WSOD with just one text message saying:
{QUOTE()}
"Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.0.0".
{QUOTE}

I had to enter the server through ssh and remove all contents from the vendor folder plus the composer files in the root folder.
Dead end for a new tiki site admin not knowing all these tricky emergency measures, probably?

I upgraded a Tiki21.4 from SVN that was using Chosen to a Tiki23.x from Git using Select2 instead.

If I look at some multiselect tracker fields type, I see that there is no more "Multiples-selection Checkboxes" option and that field values where it was set have been emptied.

I suspect this is a regression introduced when we removed Chosen for Select2.

If you don't touch it, checkboxes are displayed and the tracker items seems ok.
If you select the only option available you can't get back checkboxes till you empty the selection... ?
It is quite confusing.

{img fileId="1673" thumb="box"}
{img fileId="1674" thumb="box"}

I'm scanning and editing items from the tracker 5.
The field "submitted by" is set on "Creator".
{img fileId="1609" thumb="box"}

At https://dev.tiki.org/tracker5 original submitted-by creator is displayed

At https://dev.tiki.org/User I see my user everywhere (field 54 => submitted-by)
{img fileId="1610" thumb="box"}

No more free time to test but it may be related to the item I close.

On Tiki23 in a tracker I set a "Text Field" and enter in the "Options for Text Field".
The parameter "Same Row" is the first (second if you use multilingual)

On the same tracker I set an "Text Area Field" and enter in the "Options for Text Area".
The parameter "Same Row" is at the bottom

This is not a good UX.
Things, like parameter names and positions, should be the same anywhere so the user feel comfortable and is not confused.

Since Tiki21 I use tabular import through the console to daily import and update items.
It went through with Tiki22 and worked fine for several month then a few month before Tiki23 it started to throw errors.

I updated to Tiki23 to check and it is the same.

It is interesting to note that the __tabular import from the HTML front end doesn't throw any error__ and that in the end __both import successfully__ all the items.

This is the error I have for the 13 items that are imported

{CODE()}
xxx:~/public_html$ php7.4 console.php tracker:import 20 ../biens/biens_avendre_24_10_2021.csv
Importing tracker...
Array to string conversion on line 141 of /home/elyseavenue/public_html/lib/core/Tracker/Tabular/Writer/TrackerWriter.php
Array to string conversion on line 141 of /home/elyseavenue/public_html/lib/core/Tracker/Tabular/Writer/TrackerWriter.php
Undefined index: status on line 2113 of /home/elyseavenue/public_html/lib/trackers/trackerlib.php
...
<feedback>feedback: 13 tracker(s) item(s) updated
</feedback>
{CODE}

In a Tiki23 on tracker 1 I have a field that is a title.
On tracker 2 I have an item list pointing to that field and in the item list option display I select value (AND NOT link).

Anywhere I'll try to use the field (wiki page, plugin list, etc) the field will be seen and used as a link (not a value) that link to the item.
If I have a choice between "Value" and "Link" and I select "Value" the user expect to have as result a value (no matter if the parent field is a tracker title or not).

Instance coming...

On dev.t.o, on tracker view items it is not possible anymore to use the tracker filter option.

See: https://dev.tiki.org/tracker5

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

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 multilingual Tiki23 that was working fine and regularly updated and tested I have for a tracker item name 3 values (for each language):
en = Web App
fr = App Web
he = ווב אפ׳

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

By default the title used by the unified index is the English one "Web App".
And the following filters in a plugin list was working fine no matter which language is selected by the user
{CODE()}{filter field=tracker_id content=16}
{filter field=title exact="Web App"}{CODE}

Since a few commits it is not working anymore and return a "no result found". (tested on Safari and Chrome)
The default title for an item used now is the French one and not the English one as previously. (no matter the language selected on the site)

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

The last modification date of an item should be the last date the item informations was modified and NOT the date the last time the item was saved. This is critical especially from the end-user point of view,

Modification date for tracker item is a critical information for the end-users but unfortunately in a few places Tiki "wrongly" display "the last time the item was saved" instead. With advanced Tiki (force reserving item on rebuilt-index, tabular update) it is less and less reliable and lead to untrusted Tiki and confusion.

For exemple, if I have a tracker that updated using tabular import from the console every hour, the last modification date for the items checked will be updated every hour EVEN IF THERE IS NO changes.

See the screenshots
On a tracker list view If you look at the last modification date it is today at 10:30 for a lot of items.
If you go down to the history of the item, data was really modified on the 2021-12-17 22:30

{img fileId="1687" thumb="box"}
{img fileId="1688" thumb="box"}

This making the sort filtering, freshness and date management horrible from the user point of view.