Category: Developer Training

Actually on Tiki forums, https://tiki.org/forums, there is a "simple" search field on the main page.
Initiating a search open https://tiki.org/tiki-searchindex.php (out of forums area) I can see 1289 pages of results and it look like forum posts (I didn't;t check all pages ;-) ). The first page of results displayed posts from the mailing list archive (forum26).
You can then use facets to try to narrow search results.
But the filters were though for a general use (Object Type, Language, Federated Search, Category Tree, Categories, Letter, First word) and are bad for searching posts in forum... I don't see a case I would use any of them.?

With 1289 pages of results that just awful.

---

If you go in a forum like : https://tiki.org/forum26
You have also a "simple" search field. Again you are redirected to https://tiki.org/tiki-searchindex.php but then it displays any objects found (not only posts). This is bad too. If I'm in a section or an area like a forum and initiate a search I should see results from this area.
Again filters are not relevant.

---

If I go in a thread then I don't have any search tools but seems ok to me.
https://tiki.org/forumthread77942-Composer-allowed-plugin-list

On Tiki Security and Login admin control panels we have an option to display Captcha_questions.
This is working fine where Google re-captcha fail (and it fail) or if your user have issues with the internal Tiki captcha.

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

But how do we do that ?

May be the easiest way is to perform a translation using the custom translation existing system, BEFORE the answer is verified.

Simple number case;
"Answer to submit, 3+4=:7" => "Combien font 3+4=:7",

Text case;
"In which country is the Liberty Statues: New York" => "Dans quelle ville trouve t'on la Tour Eiffel:Paris",

Translation being done before the verification allow a better multilingual and multi-cultural usage.

This is not a huge problem but is something that could be improved. On the create or edit banner page (tiki-edit_banner.php), there's a form with the four types of banner content -- Use HTML, Use Image, Use Image from URL, and Use Text. These are radio button labels, and each also has an input or selector where the data is input or selected.

If the user activates the radio button and inputs or selects in the form for that button (in the same row on a large screen), then the banner displays as it should. But it's possible to click the radio button for one content type but input or select content for another type. In this case the form is submitted without an error but the banner won't display correctly.

I know we might think "who would do that?" but the form should probably prevent this user error, if possible, like not allowing form submission unless there's a match between the content-type radio button and data being specified for that content type.

This is not a wish or a bug. We just need the show instance for training.

We need a way of making Tiki known or not known to search engines before we do this. (like in wp)
We need the same, a "Search engine visibility" check box (enable or disable)
If enable the Tiki site can be crawled by search engine.
If disable nothing is to be crawled.
Should be enabled by default.

There is a problem in Slides in 21.x: Section about wiki page comments wrongly placed on top of all slide titles, when some setting is on related to comments.

This was not happening in previous LTS versions, with the former slideshow system (that's why I tagged it as regression; untested in 19.x, 20.x, etc).

Reproduced here:
http://xavi-9794-7332.show2.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#s0
u: admin
p: 12345

Just after enabling the pref:
-+wiki_comments_displayed_default+-
and while keeping the default pref: -+wiki_comments_allow_per_page+- Disabled (which is the default setting).

You don't see the comment as Anonymous.
You'll see the comment if you log as admin.

In all cases, comments should NOT be displayed in a Wiki slideshow: https://doc.tiki.org/Slideshow

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

{syntax type="tiki" editor="plain"}
I'm trying to configure an instance of a "Permissions" link in a dropdown so that it matches the other dropdown items.

On wiki pages, in the page bar, activated by clicking the "More" button, there's a dropdown with links. The only one with an icon is "Permissions", and I wanted to try removing the icon by editing templates/tiki-page_bar.tpl. I can remove the icon with these parameters: -+ {permission_link mode="button" . . . addclass="dropdown-item" . . . . } +- but then the link is given the -+ btn-primary +- class. To get rid of that class, I can us these parameters: -+ {permission_link mode="button_link" . . . addclass="dropdown-item" . . . . } +- but then the "key" icon displays, so the choice seems to be between the correct button classes plus an icon that can't be removed, or the icon removed but an unwanted button class added.

I think it would be best if the -+ btn-primary +- class wasn't forced with -+mode="button"+-. If the situation calls for a primary button, that class can be added with -+addclass+- .

(It's also possible that I'm missing some configuration detail so maybe user error on my part. ;-) )

By the way, I tried changing the key icon to something else just for a test, and neither -+glyph=+- nor -+icon=+- had any effect in my experimenting.

{syntax type="tiki" editor="plain"}
Verified also on Tiki25, login as Admin, go to settings, Control Panels, go to /tiki-admin.php?page=search, click on the rebuilt index button it open a modal.
All this is the control panel area.

If you validate the action and rebuild the index you will be thrown outside the Control Panels area (/tiki-search-rebuild).

{img fileId="1664" thumb="box"}
{img fileId="1663" thumb="box"}

This is related to the action page itself. If you use the top admin bar rebuild-index you will be also exited from the Tiki administration pages.


List of pages/actions with the issue:
* Control panel, go to /tiki-admin.php?page=search, click on the rebuilt index button it open a modal, validate the action (/tiki-search-rebuild)
* Control panel, go to /tiki-admin.php?page=general, tab navigation, Sitemap protocol click on the play button => tiki-admin_sitemap.php
* Control panel, go to tiki-admin.php?page=textarea#contentadmin_textarea-2, click on the link tiki-plugins.php
* Control panel, go to tiki-admin.php?page=metatags, translate metatag throw you out of the admin to tiki-preference_translate.php

May be all top menu action links throw out of the admin area...
* Control panel, top menu tools, Server check
* Control panel, top menu Access, Permissions
* Control panel, top menu Access, Groups
* Control panel, Editing, Plugin approval (tiki-plugins.php)
* ...

As you can see in this comment's item, the discussions comes to a point it is hard to read and most of the screen space is wasted.

https://dev.tiki.org/tiki-view_tracker_item.php?itemId=7838&threadId=9696

We should add a new preferences so we can limit indentation on thread reply.
It should be optional
It should be have a threshold field (after 5 replies stop indenting)
It should be set "enable" by default (with 5 replies)
It is important to test with a setting of 2 (after the first post, all replies have the same single step indent)

This happens on comments under or added to another feature, not in forums.

{syntax type="tiki" editor="plain"}
The breadcrumbs that display horizontally at the top of a structure's wiki pages are only showing the final page (the lowest page in the structure hierarchy, or the current page), and not the parent page or pages. This is a regression from the correct breadcrumb behavior. See the Matrix post by user nap-commit-nap here: [https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$xSKF3gT2vMHj81k84luQ6IXL2ZV9k3wdbNzdBP3FVp4?via=gitter.im&via=matrix.org&via=sans-nuage.fr].

When trying to create a show instance, the instance is not available because missing to run setup.sh
Here is the exact error message:

Tiki Installer missing third party software files

Your Tiki is not completely installed because Composer has not been run to fetch package dependencies.

You need to run sh setup.sh from the command line.

See http://dev.tiki.org/Composer for details.

Might be a problem with the golden image.
Example:
http://hjohanns-11726-5779.show.tikiwiki.org/

I wish I could do regression, and why not fixing on Tiki 15, but this is stopping me.
Cheers, and have a great evening,
Hubert J.

this is just a test

This is a wish to create a show instance on to test out the Templated Groups feature - there may well be bugs...

Well, the setup all worked as described here ((dev:Templated Groups)), nice!

This is not a bug report, but only a training wise test.

I just testet show.tiki.org and profiles.

Meaning, I tested an obvious efficient way to reproduce a bug:

use profiles to export and to import the configuration!

Much faster than configuraing everything manually.

Cheers
Torsten

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.

{syntax type="tiki" editor="plain"}
Displaying an image with an alt attribute is an accessibility problem, and the "article image" in Tiki's articles feature have no way of inputting the alt text. The page source shows -+ alt="" +- but it's empty because there's no form input when editing the article to specify it.

{syntax type="tiki" editor="plain"}
{syntax type="tiki" editor="plain"}
At https://tiki.org/tiki-admin_banning.php with right permission an admin can see the list of the current rules.

But there is not dates, so you don't when was set a rule (could be obsolete and set 10 years ago).
Editing each rule one by one doesn't help, still no date.

---

The same table should have minimum tools to sort (by date, A-Z, ...)

---

It seems the search system "Find" work for the "Rule title" and the "Custom message to the user" fields but it is not possible to retrieve an IP (could be something to do with search settings)

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ĵs "Birthday" ~/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.

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

In branch 26, word-break: break-all is applied in an inline style to the textarea tracker field contents. This causes extreme word breaks where they aren't needed, and makes content look broken.

[https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$EGOQSs17uxtDLIyr59ViMBOx1JS_CoLkJsI1ZcDyZag?via=gitter.im&via=matrix.org&via=sans-nuage.fr|Matrix chat comment with screenshot]

This is new, compared to Tiki 25. I'm guessing it was added because of tight space when a tracker item is being edited inline, but it isn't good for other situations that don't have that space limit.

If there is a way to limit the scope of this style to the locations where space is limited (inline tracker item editing?), then a CSS rule should be added that has that scope.

If there's no way to limit the scope like that, then at least the property should be added with a class and a CSS rule, not with inline CSS, so it can be overridden in the instances where it isn't wanted.

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