Category: Easy for Newbie Dev

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

On a Tiki23 I set a group (admin groups) to have a membership expiration date.
{img fileId="1718" thumb="box"}

Then on a wiki page I set up a memberpayment plugin : https://doc.tiki.org/PluginMemberPayment
I can set the hideperiod parameter with a dropdown of yes or no

Issues:
# The tooltip for "hideperiod " tells me the default is "1" (not yes or no)

Update: Re-tested on Tiki25 still here.

On Tiki24 I found out we have 2 wikiplugins Signature.
We should have a different name for different things the sooner the better.

On Tiki24 on file gallery => edit properties you can add a description to a file.
If you come back and remove it, it will stay... forever ! ??‍♂️

http://bsfez-11581-8072.show2.tikiwiki.org/tiki-list_file_gallery.php?galleryId=1

Tested with 2 files.
Try to edit/remove save the description.

On file gallery you have a slideshow option (admin => listing).
Once enabled it will display a slideshow button at the top of gallery pages.
In browse mode you can navigate from page to page: http://bsfez-11581-7931.show2.tikiwiki.org/tiki-list_file_gallery.php?galleryId=4


When clicking it start a slideshow that display images ===from the first file in the gallery.===

When you have several pages this is not user friendly and is bad UX. (imagine you have hundreds of pictures)

To demonstrate:
*In the edit gallery Iisting setting I set 2 image per pages (row) to have several pages
* I used small images but bigger images or on mobile the image will cover all the screen (you won't see the screen below the slideshow like in my screenshot)

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

ADDITIONAL INFORMATION;
Seems that the URL and the slideshow should use an offset parameter but it is not working.
Exemple: http://bsfez-11581-7931.show2.tikiwiki.org/tiki-list_file_gallery.php?galleryId=4&offset=4

Once you have selected a language for a page (Editing => Properties or on page creation) other than "unknown" you can’t select back "unknown".

Sometimes it is better to keep a wiki page language as unknown and use the TR tags (plugins) to have a page adapting to different language. Therefor it is important to keep the option to have language=unknown pages.

!!How to reproduce
#Go to the instance
#Login as admin
#Edit the homePage
#Set the properties=>languages to "unknown" save
#Check again it is back to English

#Go to the instance
#Login as admin
#Create a new page
#Keep the properties=>languages to "unknown" save
#Check again language = Unknow.
#Change language to en and save
#Try to change it back to "unknown" and save, it is not possible anymore

As show on the instance, compute display always a result of "1" and doesn't perform a sum calculation as expected.

Average calculation is working fine so it should be a very hard task.
Something was broken.

Would be great as an "extra" to have the total aligned as the column value (if a col is part of a calculation align it values right).
---
Update 31/01/2022. I updated the instance and check back the case and I confirm the issue.

More details, I'm not using table sorter but the sum parameter from the tracker plugin.
There is no doc available at https://doc.tiki.org/PluginTrackerFilter so my setup relies on the inline documentation in the plugin.

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

Using this I setup 2 trackerfilter to test "sum" and "avg" and both failed.

When using "Wiki page pagination" the navigation bar on the first page look fine.
However on the second page it seems to be conflicting with the sliding side menu and the page look broken.

{syntax type="tiki" editor="plain"}
When you monitor a page and do some changes then save, your user should not receive a notification.
This work, your user don't receives notifications on own changes.

But the success message is misleading, for exemple my user "me@blabla.com" edited a page and the feedback says:

 Success
Page 00Bernardplayground2 saved (version 88).
To review the changes you have just made compare the versions in history of this page.

 Notification sent to:
me@blabla.com, riki@blabla.com

Feedback is wrong, I won't be notified.

{syntax type="tiki" editor="plain"}
On the remarksbox wikiplugin the inline documentation says : "Show a close button (not shown by default)."

It is not true. By default a close button is displayed and you need to set the parameter to hide it.

{REMARKSBOX(type="errors" title="This remarksbox shows the error")}The "Close" parameter of this box is not set therefore there shouldn't be a close button displayed... But there is one. ☝️{REMARKSBOX}

Please correct me if I'm wrong (if I am, this bug may be resolved invalid). If not then these strings need a correction.

In /lib/prefs/feature.php I find these escaped strings, line 2082:
{CODE(Colors="Tiki")}
'feature_jquery_zoom' => [
'name' => tra('jQuery zoom'),
'description' => tra('Enables zoom in images on mouseover or click. Used in Plugin Img with the parameter \"thumb=zoombox\"'),
'type' => 'flag',
'help' => 'PluginImg#Zoombox',
'default' => 'n',
],
{CODE}

And this is just one example, /lib/prefs/feature.php contains more.

tra() is called with a string that is enclosed in single quote and that contains double quote characters. But why is there a backslash in front of them?

That should - to my understanding of PHP - be unnecessary. On the contrary, only single quotes inside single quote marked strings need a backslash escape. Escaping a double quote character inside single quote strings would lead to backslashes being shelled out to the user in plain visibility (and irritate fellow translators trying to catch this string :-)

Or did I miss something?
Thanks for bringing me up to speed
hman

{syntax type="tiki" editor="plain"}
On a Tiki 27.1 updated from VSC the admin user is warned that his Tiki not supported and it need to be updated to Tiki 27.1

{img fileId="3100"}

{syntax type="tiki" editor="plain"}
On tiki-admin_modules.php, the "Add module" button should link to the first tab "Edit module", not "Custom modules", because in most cases an existing module will be assigned, not a new custom one created. (The Edit module tab content contains the heading "Assign new module", which reflects that process.)
* So the "Add module" button link should be tiki-admin_modules.php?edit_assign=0&cookietab=1, not tiki-admin_modules.php?edit_assign=0&cookietab=2.
* Thinking about it more, it seems like the first tab label should be "Configure new module", not "Edit module", to better reflect the content of the tab. Modules are edited after being assigned, from their actions link, not in this tab, or else are edited as custom modules, but again not here.
* The "Assign new module" heading in the first tab content can then be removed, as it would be redundant.
I believe the button link issue is a regression but I don't know when it happened offhand.

Another thing, after selecting the module to assign, the page refreshes to an "Edit module" tab and there's a heading "Edit this assigned module: login_box". This is a smaller issue, maybe, but this heading is incorrect because the module is not yet assigned, which might confuse new users. To be accurate, it should be "Edit module: login_box".

On a Tiki23 I use description for meta tag (may be unrelated) and if I insert a description that is more than 200 char (more than 199 I think) on save I have a white screen.

At tiki-adminusers.php (Admin users) there is a popover on the username that display the user information.
This popover should never overlap the username link.

While this work fine with the "usual" information it doesn't work when "user tracker" is used to store user informations (https://doc.tiki.org/User-Tracker) and have sections (tabs used).

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

On a Tiki23 I can use a user tracker to store information and in the admin => log-in control panel I can set the fields that should be used to display the user realname using "set user_trackersync_realname".

For exemple, in the user tracker I have
FieldId1 : user selector
FieldId2 : last name (Sfez)
FieldId3 : first name name (Bernard)

For "set user_trackersync_realname" I enter : 3+2
The realname should be "Bernard Sfez"

If I use the pluginrealname it will be displayed "Bernard Sfez". GOOD
However at the admin users list and some other places it will be displayed "Sfez Bernard". NOT GOOD

It used to work.

Instance couldn't be created...

{syntax type="tiki" editor="plain"}
Admin warning about the scheduler (that didn't ran) shouldn't be displayed when the scheduler is not used.

On Tiki24 we have an admin "Print Setting" page : tiki-admin.php?page=print

If I want the generate a PDF from the action menu (first preferences on the admin page) this is what I see:
{img fileId="1714" thumb="box"}

Wiki print, the main feature to enable everything print, is somewhere at the bottom ? and PDF generation is at the top, preferences that rely on it are place above it... frankly it really look bad for Tiki to release such mess for users. We should use tab and reorder things.

Another example, the preference "Show Page title" is placed under "PDF settings" however it is applied to both (common preference)

On a Tiki24, I encountered an error about "security setting"

I went to the Admin, Advanced, Security control panel at tiki-admin.php?page=security there I found a "Tip" remarkbox.
"Please see the Security page on Tiki's developer site. See Security Admin for additional security settings."

There is 2 links;
# ((Security)), an (almost) empty page that certainly doesn't help the admin if he has an issue ?
# Security Admin (tiki-admin_security.php) that goes to a list of activated wikiplugin (and a path) and 2 other links that take further into a wrong direction.

In summary we are not helping the admin with documentation or tools.

Candidate pages;
* https://doc.tiki.org/System-Configuration (helped to find hidden preferences)
* https://doc.tiki.org/Security-Admin (outdated) ?
* https://doc.tiki.org/Security (documentation need improvement)

{syntax type="tiki" editor="plain"}
On different area of a Tiki29x updated after the last 29.1 release images have a height of 2px or width of 2px.

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

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

Using "Anchor links on headings" (tiki-admin.php?page=wiki&highlight=wiki_heading_links) you can enable having a link and an icon for it in your headings.

While it is awesome for certain headings (the higher one) it is very annoying for others (the lowers) and break design (adding an extra line to display the icon).

It would be nice to have a selector for this to select: H4 and above, H3 and above, H2 and above, H1 only).
(may need rewording).

{syntax type="tiki" editor="plain"}
As seen in the video attached to this item. (demo tiki)
The own image article is lost if the classification (topic or type) of an article is changed.

To reproduce;
In the Tiki Articles I create an article and set his own image.
I save, the image is displayed.

I edit the article change the topic or the type of the article and save.
The image is gone.
It was working fine, __this is a regression on Tiki 29__.

You can use Tiki articles in multilingual website having article for several language.
The usual process is to create a main article (default language) then create other articles with different language and assign them as translation of the previous article.
Article => Edit => Advanced, Attach existing article ID as translation

You have to insert the ID of the article and that really not user friendly.

You should be able to retrieve articles by name in a select.

---

On second thought...

If wed really like to improve we could reuse the same interface/system we have with wiki pages (translation) as it is working fine is much better (proposing translation if missing and displaying set of translated documents) and will be better for UX (consistency).
I just wonder if it worth the investment.

When you sort a listing of articles, you can have the results sorted on the size of the articles. But the result is illogical, which is more visible when sorting descending, but in principle ascending is affected as well: The sorting is done NOT numerical (which you would expect on a numerical value like size), but by string representation.

The result is e.g. that "456 bytes" is being considered larger than "1.2 kBytes"...

If you go to articles home, and have your articles listed, you can have the list sorted by clicking on the column header. By clicking that again, you can change sorting direction (ascending/descending).

This doesn't work with the ID of articles. They are always listed ascending. However, the small arrow indicating the order DOES change to descending, but the listing isn't altered at all.