Category: Easy for Newbie Dev

This is from Google monthly report for Doc.

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

Obviously we want people searching in google to land on real and good content that promote Tiki, give information or help (support).
Not printing...

When Tiki is not completely set up and composer (vendor_bundled libs) not ready, Tiki shows only raw plain-text message when you access pages like tiki-admin.php or tiki-listpages.php

It shows only:
"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 https://doc.tiki.org/Composer for details."

It would be better if it used --default Tiki UI / theme-- some HTML + CSS UI displaying the message in a nicer way.

{syntax type="tiki" editor="plain"}
It would be super useful to be able to see the category assigned to a file when list files in the files gallery.

{syntax type="tiki" editor="plain"}
I added this ticket as feature request as in reality it could have been considered as a sort of regression.

Before Tiki29 when you were uploading a file or several, you could see the success message __and the fileID.__
This allowed the user to grab that ID and use the file id anywhere (on a wiki page for exemple) right away.

Since Tiki29, with a very nice improvement on the interface, after the upload the user can see the download was successful but the fileID is not displayed anymore. It forces the user to return to browse the file gallery, to find the one or the several files he uploaded and to grab the fileID.

See: https://ibb.co/Kpszss3L

It would be nice to have it back, avoiding these extra steps and time.

Update: The issue happen when you upload a single file (in the modal) and not when you upload several files.

The toolbar editor calls for an icon for the smiley tool that does not exist (/img/smiles/icon_smile.png). This results in the text "smile" being displayed instead of the proper icon.

However, a /img/smiles/icon_smile.gif exists (GIF instead of PNG).

I did not find a particular PHP or .tpl that calls this icon as a PNG, so I suspect the entirety of tool icons are called by name and added extension .png. So instead of searching for the bug in the source code, and coding an exception just for the smiley icon, it would be much easier to simply create a copy of /img/smiles/icon_smile.gif in PNG format in /img/smiles directory to rectify this...

Footnotes should be "My footnotes"

Comment should be "Edit Summary"

While trying to insert a file or image into a tiki page, the editor user interface will not load that image using "Browse Gallery" when that file is clicked on.
Please see show instance for 19.x and the same issue is present in tiki 20.x

There is an empty comment from Adrien at https://dev.tiki.org/tiki-view_tracker_item.php?itemId=7935&threadId=9839
It is displayed as "" in the plugin Since last visit...

{img fileId="1642" thumb="box"}
{img fileId="1643" thumb="box"}

There is (presumably) an error in the help system, which I found while editing the help of Spreadsheet, but I guess this help text, since it describes basic Tiki syntax, gets displayed on numerous occasions.

tiki-edit_help.tpl has this on line 55:

{CODE(Colors="Tiki")}
<td>
<strong>{tr}Show/Hide{/tr}</strong> <br/> !+, !!- {tr}show/hide heading section. + (shown) or - (hidden) by default{/tr}.
</td>
{CODE}

I assume both options are to be written with double exclamation marks, and not only the negative?

{syntax type="tiki" editor="plain"}
On a Tiki 27.x (updated after Tiki27.5 release) I had multiple errors while rebuilding the Unified Index.

{CODE()}
2026-02-09T09:46:45+00:00 INFO (6): addDocument forum post 1 {"memoryUsage":"42.5 MiB","memoryAvail":"-1 B"}
2026-02-09T09:46:45+00:00 ERR (3): WARNING: Undefined array key "is_html" {"code":2,"file":"/home/domain/public_html/lib/tikilib.php","line":6477}
2026-02-09T09:46:45+00:00 INFO (6): addDocument forum post 4 {"memoryUsage":"42.5 MiB","memoryAvail":"-1 B"}
.../...
{CODE}

See solution for the fix I used.

The template for the community wizard has an error, it points users the wrong direction to look at:
{CODE(Colors="Tiki")}
<em>{tr}See also{/tr} {tr}Share{/tr} <a href="tiki-admin.php?page=share" target="_blank">{tr}admin panel{/tr}</a> &amp; <a href="https://doc.tiki.org/Share" target="_blank">{tr}in doc.tiki.org{/tr}</a></em>.
</div>
<div class="col-lg-6">
{preference name=feature_friends}
<div class="adminoptionboxchild" id="feature_friends_childcontainer">
{preference name=social_network_type}
</div>
<br>
<em>{tr}See also{/tr} "{tr}Community{/tr} <a href="tiki-admin.php?page=community&cookietab=2" target="_blank">{tr}admin panel{/tr}</a> > {tr}Social Network{/tr} > {tr}Friendship and Followers{/tr}" &amp; <a href="https://doc.tiki.org/Friendship+Network" target="_blank">{tr}in doc.tiki.org{/tr}</a></em>.
{CODE}

The Friendship&Followers settings are not in Control Panels > Social Network > Friendship and Followers, but rather in Control Panels > Community > Tab "Social Interaction".

{syntax type="tiki" editor="plain"}
At : tiki-admin.php?page=general#contentadmin_general-3
We have an option : The URL that the anonymous user is redirected to when a page is not found

The work fine.
When an anonymous it a 404 he see the page.
But that doesn't work with registered.

Why not extend to anyone when a page is not found ?
That would be very useful.

This feature ((doc:External-Wikis)) is very hard to find from the admin control panels and its name doesn't tells what it really does.

It allows to use aliases for external websites set by the admin that will be used and displayed as wiki links.

However, beside the obscure name"External Wikis"... ??‍♂️;

It is not to be found in the Wiki panel tabs.
It is not to be found in the results of the search preferences filter.

You can find it under the admin menu item "Tools"... something this is not IMO.

It is also in the Settings menu (but you don't have access to this menu from the admin area)

---
The setting page displays 2 additional fields compared to the documentation. The inline help doesn't really help to understand the simple mortals what they do:
* Index, [prefix]main, such as tiki_main
* Search as, Leave blank to search using currently active groups.

Someone with knowledge should tell what they are doing.


__In summary, another gem buried in the Tiki preferences that deserves better visibility and documentation.__

in plugin trackerlist and plugin trackerfilter (and maybe some others also) the filter fields is really ugly, mainly because the colon ":" is often displayed in a own line, ripping apart the field name and the filter field.

Well, just look at the screenshot, it's obvious.

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

In trackers, you have fields, and fields have field types.
Practically all (at least all I checked so far) field types have, under the tab "Advanced" the possibility to change the field type to something else.

I know, changing a field type may lead to loss of data, so this should only be done well thought-through.

But if the field type is "checkbox", there is no field type setting in "Advanced", therefore a field type checkbox cannot be changed.

If you are in the design phase of a tracker loss of data is no issue. But being stuck with a checkbox is. The only workaround is to delete the field with the checkbox altogether and re-create it with the other field type.

But has other side effects: The field ID is always incremented, so the re-created field has a field ID "at the end of all fields", while the former ID is now unused, so you have to rewrite all tracker plugin calls "minding the gap" so to speak B-)

The only way to work around this is erase all fields and re-create them all. Which is, of course, cumbersome. As there is another (unnecessary) obstacle waiting: If you want to make admin life a little easier, you might want to export all fields, edit the export (if necessary), and re-import. But the export dialog does not exist if you have the tracker open. There is only an import button. The export exists only on the wrench icon of the tracker...

Logged as admin, when you navigate inside the File Galleries you can see the name of the Gallery you are in and close to it a wrench. The wrench tootip let you understand that you will be able to interact with THIS file gallery settings but in reality you are sent to the Admin Control Panel "File Galleries".
https://dev.tiki.org/tiki-admin.php?page=fgal#File%20Galleries

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

This is quite confusing for new Admins.

Once the file gallery batch feature is enabled:
At https://next.tiki.org/tiki-batch_upload_files.php?galleryId=17 at the bottom if you enable "Upload into galleries according to sub-directories" other options are displayed but the design alignment and position of sentence is broken. Col-4 and 8 are over lapping instead of being one next the other.

As the additional options are child of "Upload into galleries according to sub-directories" they should look like child options (indent)

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

When you are in file galleries, some file galleries may contain more images than others. If you are on page 2 (or subsequent) of the sub-gallery you are currently browsing, the according page is loaded with parameter offset=25.

From this view, you can directly click another gallery from the tree that is displayed on the left-hand side.

But ALL subgalleries in the tree are linked with parameter offset=25, so when you click one that does not have more than 25 entries, you get the error message (information) that there is nothing to be displayed...

So either change the logic that all subgalleries in the left-hand tree are linked with their root (offset 0) or display the last possible page of that gallery, when it gets clicked. I would prefer the former.

Thanks
hman

{syntax type="tiki" editor="plain"}
{img fileId="1787" thumb="box"}
{img fileId="1788" thumb="box"}
{img fileId="1789" thumb="box"}
{img fileId="1790" thumb="box"}

So tested with current master (25.x) and its the same behaviour.
Moving from db to dir works, but lable dont toggle. And pressing it again dont make files disappear in dir so I assume it might be that the function to move gallery items from directory back to database isn't working right now.

So its consistently wrong from at least from 21.x

The general translation behaviour for Tiki features is to allow translations of titles and other labels.
Page title, trackers (title, field names), categories and eventually to allow wiki syntax that allow the admin to set TR tags where it is needed (tracker description, wiki page content, etc...).
But not for Tiki file gallery. ??‍♂️

The translation of term(s) is found in tiki lang/../language.php or lang/../custom.php

Following the discussion in the comments the conclusion is:
1/ There are reasons for this as it may be unwanted to automatically translate terms of a file title (file name on import if none is specified).

2/ To allow translation of file title and file description it will made sense and easier to do it at the wiki plugin level, something like:
{CODE()}
{file type="gallery" fileId="1225" browserdisplay="y" translatetitle="y"}
{CODE}

There is no option to display the file description using the plugin and it is not necessary to add one.

At dev.t.o there is now an upload limit for file size set at 8MB.

I tried to upload a 12MB file and Tiki refused/failed to complete the operation.
The output displayed (to the user) look like this:

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

It doesn't the user to correct the problem.
It may seems like a technical problem happens (Tiki is to blame) while this limit is by admin configuration (part of the plan).

It should be something like:
"You tried to upload a larger file than the maximum size permitted.
Please reduce your file size."

If you are admin it could even also display:
"This is a server setting related to your server's php.ini "Upload file size" parameter, see https://doc.tiki.org/Upload-file-size#Upload_file_size to modify your server's php.ini file.

''(word-proofing is required)''

When you open a file gallery, above the files stored in there are some functions for searching, and one that specifies how many results are to be displayed. The latter is misleadingly labelled "Number of lines". If you set the file gallery for list view that is correct. If you didn't, it's incorrect. In browse view your results will be in five columns, giving __five__ lines (with the default setting of __25__).

Therefore I suggest to rename this to "Number of results" which would be correct in all view settings.

In the file galleries, hovering over the screwdriver icon opens a mouseover activated list of actions to perform on the file, one of them is to edit the file's properties. That is the regular behaviour.

This does stops working when you do click on the screwdriver icon. This merely reloads the page, adding &view=browse# to the URL. Even stranger, mouseover stops only for the very file where you clicked on the screwdriver. All other screwdriver icons still produce the mouseover window.

After switching to another browser tab and back, all screwdrivers produce the mouseover again. Sometimes this also happens to the results of a search operation in a file gallery.

Seen on Mozilla Firefox 78 running on Linux.

The context menu of file gallery (which opens when you mouseover the screwdriver icon) offers -among others- these two actions to choose from:

a) "Display" (looking glass icon)
and
b) "Browser display (raw / download)" (eye icon).

Both, when clicked, open one and the same URL:
{CODE(colors="tiki")}
tiki-download_file.php?fileId=NN&display
{CODE}

I guess that at some point in development, those two options would have been for different purposes.

Therefore I suggest that either the initial, differing purpose is restored where it was lost, or one of the two gets completely removed for redundancy.

See:
https://dev.tiki.org/Tiki19?fullscreen=y
{img src=https://dev.tiki.org/tiki-download_item_attachment.php?attId=497 thumb=y}