Category: 22.x

Note of fixes todo for -+release.php+- hopefully to be tested out on v 22.2
* Fix db connection issue on smarty syntax check step
* Use php -+passtru+- on composer install when using debug-packaging so you can see what's going on
* Use -+php console.php translation:getstrings+- instead of the deprecated get_strings.php

We have a mechanism that collect the post from the Tikiwiki-devel to the forum26.

Unfortunately refresh the post doesn’t happen automatically but manually (someone has to visit this forum to populate with the last post from the list).

We are in 2021 it should be automatic and help people to follow our activities.

When the name of a new gallery is very long, an error occurs:
{img fileId="1357" thumb="box"}

doing some quick tests with tiki 21.x, I just noticed that geolocated tracker items are not shown in map any more in Profile GeoCMS Maps since 21.x
They still show fine in 20.x svn as of today {sign user="xavi" datetime="2020-02-22T13:10:20+00:00"}
Some extra tweak is needed in the profile for the feature to work in 21.x? some regression?
hth

Reproduced here:
http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Tracker-items
u: admin
p: 12345
(using trunk, since 21.x is not available in the dropdown to reproduce in show2.t.o)
index rebuilt already
See for instance this tracker item which is geolocated,
http://xavi-9794-7275.show2.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&from=Map-of-Tracker-items

and all of them are displayed as usual when applying this "GeoCMS Maps 18" profile in previous tiki versions.
---
Still present this issue with trunk updated by git as of today {sign user="xavi" datetime="2020-07-26T18:10:00+00:00"}

Module "messages_unread_messages" provides a text indication to the user eg "You have 999 new messages" and a hyperlink to messu-mailbox.php.

Would a more graphical alternative module be possible / make sense?

I'm thinking it might display a grey open envelope if there are no messages, a green open envelope if there are only read messages and a red closed envelope if there are any unread messages. (Some might suggest red and read should be paired, but red is usually associated with needing attention, so makes more sense to me.)

On mouse-over, the grey open envelope might say "no messages", the green open envelope might say "999 read messages" and the red closed envelope "999 unread messages"

On click all three would hyperlink to page messu-mailbox.php in the same way that the current module does.

Is this a sensible/viable suggestion to enhance the look and feel of tiki?

Thanks,

Martin

when testing how to use ((h5p)) in Tiki, I saw this message several times when setting up the whole process:

-+H5P directory is not writable: storage/public/h5p+-

The first times, the folder hadn't been created. (sorry I tested many things, and I didn't record - nor recall - all the steps I did).
The last time I saw that message, the folder had been created indeed by Tiki, and with permissions for apache to write in it. So this last time might have been a false positive error message.

Reproduced in a show2.t.o, while showing also many other error messages combined with success messages (there is room for improvements in usability, I reckon):
http://xavi-9794-7160.show2.tikiwiki.org/tiki-ajax_services.php?controller=h5p&action=embed&fileId=1
u: admin
p: 12345

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

^
Error

H5P directory is not writable: storage/public/h5p

Success

Your site was successfully registered with the H5P Hub.

Success

Library cache was successfully updated!

Error

The system was unable to install the Drag N Bar component from the package, it requires a newer version of the H5P plugin. This site is currently running version Drag N Bar, whereas the required version is Drag N Bar or higher. You should consider upgrading and then try again. (code=api-version-unsupported)

Error

The system was unable to install the Drag and Drop component from the package, it requires a newer version of the H5P plugin. This site is currently running version Drag and Drop, whereas the required version is Drag and Drop or higher. You should consider upgrading and then try again. (code=api-version-unsupported)

Error

The system was unable to install the Drag Question Editor component from the package, it requires a newer version of the H5P plugin. This site is currently running version Drag Question Editor, whereas the required version is Drag Question Editor or higher. You should consider upgrading and then try again. (code=api-version-unsupported)

Error

The system was unable to install the H5PEditor.Wizard component from the package, it requires a newer version of the H5P plugin. This site is currently running version H5PEditor.Wizard, whereas the required version is H5PEditor.Wizard or higher. You should consider upgrading and then try again. (code=api-version-unsupported)

Success

Added 11 new H5P libraries.

Error

Click here to rebuild index
^

After installation of H5P, some H5P objects are not installable. Some others run correctly.

For instance : "Image Hotspots" can't be installed with the error message : "Validating h5p package failed."

Created in h5p.org site, then uploaded in Tiki, such a file can't run in Tiki 20.
Error message : "H5P Plugin: Cannot find H5P content with fileId: 12."
Found in PHP errors : "No AJAX service matches request parameters (404)"

Searching in H5P.org, it seems that our php library for this plugin needs an update.

Tested with a fresh installation 20.1 on xampp 7.3.9 AND demo.tiki.org/20x

Headings in a fade block are displayed in the table of contents even with the page properties, TOC set to off.

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

On the page: https://tiki.org/TikiFest-Virtual-2021 I can edit the tracker calendar plugin from the included page... but it failed.

Seems it is not possible to edit a plugin from an included page directly.
The edit plugin button should be hidden as a quick workaround.

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

Using H5P Collage, when the file is inserted into page using for example:

{CODE(theme="default")}{h5p fileId="32"}{CODE}

The collage looks fine, but when the page is cached, the images fly out of the constrained area and convert to full size images.

Please see show instance.

On the footer of https://themes.tiki.org/, there is a broken image

{img type="src" src="tiki-download_item_attachment.php?attId=738"}

If you take a close look at a long bug report like my "umbrella bug report", you'll see that it bears so many comments, their display gets paginated. That's a good idea. But one would expect that the first comment on page "2" is one following the last on page "1".

But that isn't the case... The last on page 1 is dated August 31st, the first on page 2 is from August 22, 2020...

And yes, I did reload the page to be sure that I do not see old data...

Thanks
hman

Attached images are now broken on wiki page where they are used see:

https://doc.tiki.org/Currency-Amount-Tracker-Field
https://doc.tiki.org/Manager
http://doc.tiki.org/PluginMemberPayment

The images are here (example: https://doc.tiki.org/tiki-download_wiki_attachment.php?attId=51) the code that display them is broken.
{CODE()}{img attId=51}{CODE}

I upgraded a website from 21x to 22x and I got this error/warning now

-+Trying to access array offset on value of type bool on line 670 of /home/bsfez/public_html/lib/prefslib.php+-

I check the logs -vvv --logs (and fixed other things) but there is nothing about this one. Would be nice to know where to look if this is not a regression.

We have noticed at work that our production tiki (using Tiki 21) doesn't seem to find pages through the search feature, since months ago.

In these last months (since feb 2020) we've migrated our tiki site between servers, and upgraded our old tiki20 to tiki21 a few months ago.

I've tried to run the search index through the console.php command -+index:rebuild+-, and I seem to hit this type of errors:
{CODE(ln="1" colors="shell")}
...
error: Indexing failed while processing "Wiki Help" (type wiki page) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
error: Indexing failed while processing "1" (type category) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
...

Indexed
Undefined index: counts on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Invalid argument supplied for foreach() on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Rebuilding index done
Index: index_5f8f52c635dcb
Execution time: 3 mins
Current Memory usage: 171.6 MiB
Memory peak usage before indexing: 16.9 MiB
Memory peak usage after indexing: 188.4 MiB
Number of queries: 253406

PDO::query(): SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1 on line 104 of /path/lib/core/TikiDb/Pdo.php
root@server:/path#
{CODE}

This tracker field with permanentName -+petDocWikiNova+- is a wiki page type of field. And it hold data from long wiki pages (documentation related to projects in a project management scenario based on trackers)

We need help to get this regression fixed (search feature worked fine for us in Tiki 19 and Tiki20).

On Tiki22 in the tracker interface.

There are case were you want to delete an item and you are proposed a replacement as other trackers items refer to this item.

IE: Item bernard was created several times (doublons, twice "bernard" items).

Some other items in other trackers were created using as reference (item link) those doublons.

So I have in the end several items created that refer to "bernard"-a or "bernard"-b

If I want to clean this and remove one of the doublons I have the following message:
Replacement

Search and select what you are looking for from the options that appear.

—
bernard
bernard
6 other item(s) currently refer to the element you are trying to delete. They will be replaced by this one.

(I tried to add another field to be a second title to see if I can clarify but no joy).

I can see in the DOM code that the 2 bernard refers to a different items one being the item I want to remove. So I proceed and re-assign to one of them. But the item is still here and if I try to delete it now I have 5 attached items... If I do again I have 4 attached, and so, see the video for this part, https://share.vidyard.com/watch/GhbcCdoUSYRwgULtsa7Jmz?

But worst, when I reach 2 other items and then no matter what I can’t delete the item there will be always 2 items prohibiting the removal. Something is broken in the logic and that really really bad !

---

1/ It should be fixed (re-assign all items and delete)

2/ Shouldn’t we omit in the search result the very same item I want to remove. (that doesn’t make sense to display it)

3/ Shouldn’t we add something next to the item title to help understand (itemId is good for dev but not user friendly)

(I had this case with family name and a lot of brothers and sisters ?)

It is not possible using the HTML plugin or the wiki syntax to have bootstrap modals as explained at : https://getbootstrap.com/docs/4.0/components/modal/

The page turn black/faded and the modal is displayed below the modal-backdrop (without the modal id).

Note: I have the feeling it was possible in the past (19, 20, 21). May be it is a recent change that has been merged into Tiki 21.

The more button display should be controllable by admins without using css.
See : ... I can’t find the discussion using the forum search tools ?

At tiki.org it is not possible to rebuild the search index using the admin interface.
Worst doing this is broking the site (turn it down).

Admin should be able to work without a sysadmin at their side and this should work.
If http is not the proper way then we should find a way to send a console command from the admin panel.

OR disable it over n’ objects
... But that’s kind of saying we are incapable to fix something to perform properly as the search index is critical for Tiki.

At : tiki-admin.php?page=login
It is possible to enable "Use pretty trackers for registration form" without indicating a template in "Registration pretty tracker template". That lead to a broken registration page.

There should be a control mechanism to block/warn the user to apply without indicating a template.

I upgrade a Tiki using git and Tiki22 the 30/09/2020 and didn’t had that notice in my index rebuild log.

I upgrade for a second time the same Tiki (db) using git and Tiki22 the 05/10/2020 and this notice appears in my index rebuild log for (I believe) all the itemlinks I have in my trackers.

{CODE()}
2020-10-04T18:36:12+00:00 INFO (6): addDocument trackeritem 384 {"memoryUsage":"27.9 MiB"}
2020-10-04T18:36:12+00:00 ERR (3): NOTICE: Trying to access array offset on value of type null {"code":null,"file":"/home/xxx/public_html/lib/core/Tracker/Field/ItemLink.php","line":1002}
2020-10-04T18:36:12+00:00 ERR (3): NOTICE: Trying to access array offset on value of type null {"code":null,"file":"/home/xxx/public_html/lib/core/Tracker/Field/ItemLink.php","line":1002}
2020-10-04T18:36:12+00:00 ERR (3): NOTICE: Trying to access array offset on value of type null {"code":null,"file":"/home/xxx/public_html/lib/core/Tracker/Field/ItemLink.php","line":1002}
2020-10-04T18:36:12+00:00 ERR (3): NOTICE: Trying to access array offset on value of type null {"code":null,"file":"/home/xxx/public_html/lib/core/Tracker/Field/ItemLink.php","line":1002}
{CODE}

I have 2 itemLink, 1 itemList and 1 Dynamic ItemList in the tracker for the item 384.
The data displayed are correct, I have no missing.
I have several itemList values = 0
And 2 mathematical calculation that do their calculation.

Seems to be a false and general notice no matter what the data displayed.

''I thought they were already an ticket for this''

jQuery-UI Chosen Select Boxes is not working and broke the page when an RTL language is selected.

https://share.vidyard.com/watch/Tonurm4FTGZEQQh6r8zBcd?

I found this : https://harvesthq.github.io/chosen/#right-to-left-support
May be this bit is missing ?

When you have a diagram in a wiki page (made with ((doc:PluginDiagram)) ), if you have permission to edit it, you see a link to "Edit Diagram" at the bottom right corner of the diagram displayed in the wiki page.

When you show that page content through ((doc:PluginSlideshow)), then you expect tiki to hide those links to edit wiki sections, edit plugins inline, etc. (which work well, they are hidden in the slideshow), but the diagram still shows the label and link to "Edit Diagram", and it should be hidden when you are inside the presentation.
---
Issue still confirmed in 24.x
Reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#/7
u: admin
p: 12345

If you allow wiki pages to be edited by anonymous, and you embed a diagram in that wiki page, then anonymous users will be shown the link to "Edit diagram" ni that page.

However, if your site has the feature that forces to enter some antibot captcha for anonymous users, that antibot captcha is not shown to the tiki-editdiagram.php UI. Thefore, the anonymous user doesn't know that when they hit the "save" or "save and exit", those changes made are not saved at all, without getting any warning that they are silently lost.

A quick workaround/partial solution would be to at least hide the link to "Edit diagram" to anons if the feature to request some antibot captcha is enabled.

Recently (since 21.x i think) the command -+php console.php c:c+- clears the cache files but then recreates several but using the current user (so -+root+- if using sudo to repair a previous issue).

Then when using the browser to clear all caches we get these sort of errors:
{CODE()} Cache file temp/templates_c/en_basic^c0a74c88a95913ac40aae6373020e7a6b2c0f1f9_0.file.cookie_consent.tpl.php is not writable
Error
Cache file temp/cache/1a11dae0a46d862cd81ddc7650f62cb8 is not writable
Error
Cache file temp/cache/container.php is not writable
Error
Cache file temp/cache/cd13e8c5df46647a6182a0cc858c8ed9 is not writable
{CODE}

Solution: console clear cache should not regenerate any cache files.