Category: Bug

When you are in edit mode on a Wiki page, when you click on the Help icon in the toolbar of the Wiki page, and then click on the Plugin Help tab. If we choose to open a modal of a plugin and close it, right now, by trying to click on the Help icon, no modal will open.

On the other hand, when you close the modal of a Plugin by saving the changes, you can currently open the Help modal by clicking on the Help icon, but you can't open other modals unless you reload the page or save it.

The problem is that the modals do not open at least at some point to save or reload the page.
The image gives more details
{img fileId="1311"}
Thanks!

The wysiwyg_wiki_parsed preference influences WYSIWYG edition, [https://tiki.org/forumthread67421|even if it was not supposed to]. When it is enabled, what one sees in the WYSIWYG HTML (wysiwyg_htmltowiki disabled) editor is not necessarily what one gets. For example, if one enters ~np~"__Text__"~/np~, "Text" will be displayed in bold after parsing, the underscores parsed as if the page contained wiki syntax.

This issue persists in trunk as of r65130. Moreover, following r30245 (2010-10-23), this behavior is "specified" by the editor's help. So fixing this may be considered as a semantic change for existing data. A simple fix without data conversion could disappoint user expectations. Plus, HTML WYSIWYG does not have equivalents to some wiki features, such as plugins.

[https://dev.tiki.org/item6532|Ticket #6532] reports a corresponding bug when wysiwyg_htmltowiki is enabled.

The WYSIWYG wiki editor (feature_wysiwyg enabled) allows typing HTML tags. But if "Use Wiki syntax in WYSIWYG" (wysiwyg_htmltowiki) is enabled, this HTML is not interpreted, just displayed literally.

This does not work however. As soon as the editor switches to Source, or saves the page, an attempt to convert all HTML markup to Tiki markup is done. This conversion is lossy and loss is quiet. For example, if I have...
{CODE(colors="htmlmixed" theme="default")}<table><caption>Title</caption><tr><td>Value</td></tr></table>{CODE}
...it will be converted to...
{CODE(colors="tiki" theme="default")}||TitleValue||{CODE}
Unsupported tags are apparently just removed.

Strangely, if one copies a string with HTML in the WYSIWYG textarea and pastes it in the same area, the paste shows the result of interpretation (the HTML tags are no longer displayed literally).

[https://dev.tiki.org/item6523|Ticket #6523] reports a corresponding bug when wysiwyg_htmltowiki is disabled.

When you edit a category in the link directory (btw. IMHO this should be renamed, as "category" is a term used in other locations! IMHO these are folders, that is the term most commonly used, if "directory", the pre-GUI term, must be avoided) then the assigned group for that category is lost and must be manually re-established.

{syntax type="tiki" editor="plain"}
You can set "0" as a value for the ALTERNATE parameter in a plugin list.

-+{ALTERNATE()}0{ALTERNATE}+-

Won't display anything.

If you use the plugin as counter of things that's a problem.

There is mis-alignment of the dropdown structure navigation carets and the structure page names. See the attachment for details.

If you toggle right module to close it with the new centre switch and then try to use the functions on the dropdown edit menu the wikipage just scrools for a bit then stops but does not carry out any of the edit actions like "toggle edit icons".
I'm using firefox 108 on ubuntu 22

Gary I was able to use a different theme "Cyborg". To get different themes working in 25.x you have to associate the theme with a category or section of tiki.
I was able to see that the dropdown items menu with the edit wiki page toggle is under the table of contents of the wiki page so clicking on the area where the toggle edit icons is you are actually clicking on one of the TOC items.

Screen shot attached: https://dev.tiki.org/tiki-download_item_attachment.php?attId=827

{syntax type="tiki" editor="plain"}
When you make an edit to a page you get the success notification area appear to let you know all is ok after saving your edit.
If one is making lots of edits there is always the need to close this notification, its a pain.
How about the notification is faded away after maybe 5-10 seconds.

After last commits from Victor and Jonny I could test Markdown on a Tiki25 updated from a previous Tiki24 site.

On the edit I tested (on Chrome) with single return (enter on the keyboard, with shift-enter, etc...).
Displayed page is a bit far from user expectation;

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

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

{syntax type="tiki" editor="plain"}
It is impossible to delete a wiki page. It doesn't matter whether you go to list wiki pages and select delete from the context menu of that page, or go to orphan pages and select delete from the context menu, or whether you check the checkbox in those to lists and then choose "delete selected".

A dialog pops up that asks whether you really want to delete that page. In this dialog, the page for deletion is correctly stated, so a page HAS been correctly selected.

But after confirmation you always get the error message "no page selected" and "one or more pages should be selected"...

Tested on a fresh Tiki master.

''spaces and punctuations included - tested with latin and non-latin characters''

When my wiki page description is exactly 200 latin characters an alert popup:
"You have reached the number of characters allowed (200 max) for the description field"
When I remove one character (so total is 199) no alert.

In all cases the Description is saved as is which the limitation ineffective.

Related to:
https://gitlab.com/tikiwiki/tiki/-/merge_requests/958
https://gitlab.com/tikiwiki/tiki/-/merge_requests/1546

{syntax type="tiki" editor="plain"}
The "Max" parameter is not working.
Tested on a Tiki25 instance and a Tiki26 site.

Creating a new page (e.g. -+Foo+- through the form in the wiki structure top bar produces a missleading error message:
{CODE()}
Error. TikiLib::create_page: Cannot create page "Foo", it already exists.)
{CODE}

In addition, another remarksbox is shown below saying:
{CODE()}
Success
Page Foo saved (version 1).
{CODE}

However, the page is created indeed, and within the structure also.

You can reproduce it here:
http://xavi-9794-7136.show2.tikiwiki.org/tiki-index.php?page=D1+Cover
u: admin
p: 12345

Create a page called foobar (or any other name for a new page inside the structure) and you will see the issue reproduced.
{img fileId="1314" thumb="box"}

It is not possible to place a hyperlink to this -valid- URL:
{CODE(Colors="Tiki")}
https://www.stadt-zuerich.ch/kultur/de/index/institutionen/nonam_indianer_inuit_kulturen/fuehrungen---freizeitangebote/let-s-talk---mari-boine--die-stimme-des-nordens.html
{CODE}

If you place this in square brackets or use the insert external link GUI function, Tiki will show the URL instead of a given alternative text, and interpret the double dashes as strikethrough.

Tiki should NEVER interpret Wiki syntax in URLs...

{syntax type="tiki" editor="plain"}
When editing a Wiki page in WYSIWYG mode, pressing the button to insert an external link results in a pop-up appearing to enter the link information.

Entering data into the "Text to display" and "To what URL should this link go?" boxes does not result in the "Insert Link" button becoming active (the button is inactive when the pop-up appears), therefore the link cannot be inserted.

From Tiki26 the slideshow feature default setting have been changed and this breaks previous slideshows using H1 to H3 to create slides.

On a Wiki page by default you have a Wiki top line with location set to top that display on the Wiki page a small menu with "Edit icons" (off by default).
''Most of them look like a little puzzle icon and allow to edit a plugin''

On a Tiki24 after checking it "Edit icons" is off, I set Wiki top line location to "Neither".
No group can see the menu and the "Edit icons" are not displayed.

On a Tiki25 after checking it "Edit icons" is off, I set Wiki top line location to "Neither".
Anonymous and Registered won't see the "Edit icons" however admin is __forced__ to see them.
It is very unfortunate as it often break design of pages in Tiki.

This is a change of behavior.
The only way then to hide them is to go to /tiki-admin.php?page=textarea#contentadmin_textarea-2 and under "Edit plugin icons" disable "Allow plugin-specific edits".

Will be hard for a non power user to know what to do to "counter" this change in Tiki.

{syntax type="tiki" editor="plain"}
This is a button all default: {button href="anything" _text="nooptions"}

This is a danger button: {button href="anything" _text="dangerbutton" _type="danger"}

{syntax type="tiki" editor="plain"}
The wikiplugin signature will display buttons with text. (Add signature, Clear, Save, etc)
The translation tags are missing.

As result it is not possible to translate the strings for other languages.

As explained and demonstrated on the show instance (trunk): http://bsfez-11581-8389.show2.tiki.org/tiki-index.php?page=HomePage

Even if permissions are set correctly (tiki_p_edit) (tiki_p_edit_structures) not all groups will see the structure "Add page" field on the top of the page.

For example, registered (group that exist by default in Tiki) will see the field. A group I create, and with the correct permissions won't see the same "Add page" field.

---

I tried to create a Tiki24 show instance. It fails with errors in the log.
{FADE(label="log" icon="y")}
###########################################################################################

== TIM Thu Apr 27 07:04:19 UTC 2023 : TIM command: CREATE
###########################################################################################


== TIM Thu Apr 27 07:04:19 UTC 2023 : Starting instance creation

== TIM Thu Apr 27 07:04:19 UTC 2023 : Unpacking tarball
tar (child): /usr/local/src/tiki/24.x.tar.gz: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now

== TIM Thu Apr 27 07:04:19 UTC 2023 : Chown-ing everything to TIM user and group

== TIM Thu Apr 27 07:04:19 UTC 2023 : Running setup.sh
sh: 0: Can't open setup.sh

== TIM Thu Apr 27 07:04:19 UTC 2023 : Creating database

== TIM Thu Apr 27 07:04:20 UTC 2023 : Setting GRANTs on database

== TIM Thu Apr 27 07:04:31 UTC 2023 : Creating local.php
/usr/local/sbin//tim-create: line 155: /var/www/bsfez-11581-8389/db/local.php: No such file or directory
chown: cannot access '/var/www/bsfez-11581-8389/db/local.php': No such file or directory

== TIM Thu Apr 27 07:04:31 UTC 2023 : Old Tiki - populating database via tiki.sql
/usr/local/sbin//tim-create: line 184: /var/www/bsfez-11581-8389/db/tiki.sql: No such file or directory
touch: cannot touch 'db/lock': No such file or directory

== TIM Thu Apr 27 07:04:31 UTC 2023 : Starting extra steps special to show instances. Anything done below is not part of a standard Tiki installation.
svn: E155007: '/var/www/bsfez-11581-8389' is not a working copy
Creating file http://bsfez-11581-8389.show.tikiwiki.org/info.txt with extra info for developers
CREATION END - results in http://bsfez-11581-8389.show.tikiwiki.org/install_log.txt (available after a delay)
{FADE}

On Tiki 21.x not all items are displayed using list or customsearch with filter.

In the instance I created items that are filtered "May" are not found when filtering for it.
(the field that contain "May" is a mathematical field that extract the month from the date of the item)
It was working fine but after updating the Tiki 21.x it showed up.

My best guess is that it is because of the word length. (I experiment changing different fields and see what work and what doesn’t).

I know there is a php search limit for 3 char (ft_min_word_len=3) that too I experimented to see if it move something. But changing my.cnf settings and restarting innoDB didn’t help.

I tested on my local mamp, my clearOs server and in show instance. They show the same issue (so I believe it comes from Tiki and not some server settings)

I change the value of the min word length as explained at : https://dev.mysql.com/doc/refman/5.6/en/fulltext-fine-tuning.html#fulltext-word-length
(I did for both innoDB and MySIAM)

Changes were applied after a restart as Tiki check confirmed:
{img fileId="1410" thumb="box"}
{img fileId="1411" thumb="box"}

I checked I have in my index existing values for May
{img fileId="1412" thumb="box"}

I tested with May and June and the plugin list debug tool:
{img fileId="1413" thumb="box"}
{img fileId="1414" thumb="box"}

Same item filter (and field) was changed to "May2020" and it worked fine.
{img fileId="1415" thumb="box"}
Still this is not a solution to hardcode the year with the month (all templates should be edited each year and they may be other implications).

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

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

On Tiki23 using Freetags, Modules, SEFurl; action_similarcontent display broken links for tracker items.
From what I have seen this is not systematic... I have the feeling it is related to the item title.

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