Category: Bug

On a Tiki25, I worked for sometimes on a diagram (2 days in a row) on my Mac OSX Safari.

At some point I Exit and Save and Exit didn't work anymore.
I had to close the tab (seems my work is saved)
{mediaplayer src="display1874"}

---

After closing the tab and when I retried later I had a weirder issue ending on a blank tab on save.

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

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

We have been experiencing in our team at work several issues while attempting to use Tiki Diagrams in production in Tiki 21.x LTS

There might be 2 related (for the end user) issues. It seems as if some ticket expires too soon and some error related to CSRF is shown. Maybe after editing the diagram for more than 20 minutes or so (even if Tiki is set to remember the login for days or weeks, which seems to work when we are not using the diagram feature).

Diagrams are created to store their contents in a wiki page (because in file gallery we face some other issue still, as reported in [item7192|another bug report])

2 error messages are shown in similar conditions (unclear yet the exact difference; these reports were sent by work colleagues of mine, so far)
Error message 1:
{QUOTE()}
"An error occurred, please try again.
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help."
{QUOTE}

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

Error message 2:
{QUOTE()}
"An error occurred, please try again.
Potential cross-site request forgery (CSRF) detected. Operation blocked. Ticket has expired. Reload the page"
{QUOTE}

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

In case it matters: the https certificate seems to be not recognized (by the browser used to reproduce the issue) as valid.

{syntax type="tiki" editor="plain"}
Hello,

I am trying to visualize the documentation for the img plugin. Since a few days, the display is broken, and the TABs no longer work.

The site displays the following line several times

Warning: Undefined variable $filepath in /home/tiki-doc/public_html/lib/wiki-plugins/wikiplugin_tikidocfromcode.php on line 146

when selecting the plugin to be shown.

Hope this helps
Kind regard
Ulrich sollberger

{syntax type="tiki" editor="plain"}
found a weirdness in my apache access logs. A double slash. (related to pdfjs package)
I'm not sure on how to report such thing I just believe it should be a single slash:

```
xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:59 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/images/loading.svg HTTP/2.0" 200 558 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36"
xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:59 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/images/loading-icon.gif HTTP/2.0" 200 2583 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36"
xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:59 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/images/shadow.png HTTP/2.0" 200 330 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36"
xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:58 +0100] "GET /display60 HTTP/2.0" 200 1818150 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.html?file=https://dddd.ccc/display60" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36"
xxx.xxx.xxx.xxx - - [27/Oct/2025:13:37:58 +0100] "GET /vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/build/pdf.worker.js HTTP/2.0" 200 283175 "https://dddd.ccc/vendor//npm-asset/pdfjs-dist-viewer-min/build/minified/web/viewer.html?file=https://wiki.is-il.org.il/display60" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36"
```

The progress bar seams to run in two times when installing tiki, firstly It runs from zero up to 89+ % and than It runs down till 8% and restart increasing for the second time up to 100%

I use Firefox 65.0.1

Any WYSIWYG edit to a WYSIWYG zone (defined using the WYSIWYG plugin) fails quietly if the call to the plugin follows an inclusion (made using the INCLUDE plugin). CKEditor goes away as expected and the contents of the zone are displayed, but instead of the new contents, the old content shows.

This bug exists in Tiki 12 and persists in trunk as of r64360.

If wiki page Parent includes page Child, the following WYSIWYG zone causes the wysiwygPlugin() function to be called at page load with its page parameter set to "Child" instead of "Parent" as should be the case. Which causes the AJAX calls to action_replace() from edits to have the wrong value for their page parameter, causing them to have no effect, and action_replace() to return simply "~np~[]~/np~".

wysiwygPlugin's parameter is wrong because wikiplugin_wysiwyg()'s $sourcepage variable has the wrong value, because it is wrongly set to $wikiplugin_included_page instead of $page. This is due to a parser context management issue.

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

Hi,

I have upgraded our tiki 18.1 to 18.2 with no problem, but now when I upgraded to 18.3 and tried to edit a wiki page the page just keeps on loading. We use Full Wysiwyg editor as default. If I disable this function I am able to edit page with wiki editor.

Best regards,

Thomas Johansson

If I want to look up all users which are waiting for the admin to validate them, I can do this LIST plugin:
{CODE(theme="default")}{LIST()}
{filter field="object_type" exact="user" }
{filter field="waiting" exact="a" }
{pagination max="9999"}
{LIST}{CODE}

This works fine using unified search with option ''mysql fulltext search''.

Using option ''Elastic search'' nothing is returned because "a" is in the stopwords list. Removing "a" from the stopwords list fixes the issue.

I can understand why stopwords are stripped from searches such as content="something". That's the idea of stopwords.
__But on exact searches stopwords should not be stripped__. Because, by the definition of "exact search", one knows exactly what one is searching for.

Also, we should not get different results depending on the unified search option.

On a Tiki24 using ElasticSearch(7.x), using the console I recreate the index.
It fails after several minutes with the following error:
{CODE()}
php console.php i:r -p
[2023-04-04 08:39] Started rebuilding index...

Unified search
--------------

Engine: Elastic
1 min/1 min [====================>-------] -- Processing activity documentsA error was encountered while running a command
Argument 1 passed to Search_Type_Json::__construct() must be of the type array, string given, called in /Users/bernardsfez/Documents/Shocksite/www/htdocs/wiki-to-yes.org_tiki24/lib/core/Search/Elastic/TypeFactory.php on line 81 on line 13 of /Users/xxx/xxx/xxx/www/htdocs/xxx_tiki24/lib/core/Search/Type/Json.php
{CODE}
''The error may be or may be not related to the fact that EalsticSearch is not running... that's not the point of the ticket''.


When I login as admin I can see that ElasticSearch is ''visibly'' not running. ?
(this error too could be improved, connection is not "just" refused, Elasticsearch is not running at all)

{CODE()}
Search index failure
Unable to connect to localhost:9200 . Error #0: stream_socket_client(): unable to connect to localhost:9200 (Connection refused)
{CODE}

After starting Elasticsearch service on the server everything is back to normal.

Prior to indexing (or any operation that involve the search engine) there should be a check it is running and if not an appropriate message should be displayed. (with or without fallback set).

On a file gallery description if you copy/paste or insert an emojis from your mobile on save you’ll lost your edit and get a error 500.

any time I login to my own corporate tiki or the tiki.org website for the first time, I get the "Request could not be completed due to problems encountered in the security check. The security ticket included in the request does not match the ticket on the server. Reloading the page may help."
Reloading does help but seeing this error on your first use of this website is not great. Is there a way to stop this from happening ?
{img fileId="2052" thumb="box"}

I have a simple tracker with two fields:
* __Name __(type = text field)
* __Logo __(type = files)

I have 2 items in the tracker:
||Tracker ID|Name|Logo
1|Test1|{img fileId="1908" thumb="box"}
2|Test2|||

I have a simple wiki page with a TRACKERLIST plugin:
{CODE()}
{trackerlist trackerId="1" fields="1:2" sort_mode="f_1_asc" list_mode="y" wiki="TestingTPL"}
{CODE}

I have a simple wiki template page (__TestingTPL__):
{CODE()}
Name: {$f_1}
Logo: {if !empty($f_2)}{$f_2}{else}EMPTY{/if}
---
{CODE}

I __expect__ the output of the wiki page with the TRACKERLIST plugin to be:
{CODE()}
Name: Test1
Logo: {img fileId="1908" thumb="box"}
---
Name: Test2
Logo: EMPTY
{CODE}

But I actually get this:
{CODE()}
Name: Test1
Logo: {img fileId="1908" thumb="box"}
---
Name: Test2
Logo:
{CODE}

When I examine the generated HTML for __Test2__ it has the Logo field as __ nbsp;__

The FILES type field is being filled with ~np~nbsp; ~/np~ even when there is no uploaded file for the tracker item.

Hi.

When doing a code block, I always get an empty line at the beginning. It doesn't matter if the ~np~{CODE()}~/np~ is in the same line as the beginning of the code:

~np~{CODE()}foobar{CODE}~/np~

... does the same as ...

~np~{CODE()}~/np~
foobar
~np~{CODE}~/np~

Here's such a code block, which displays with a starting empty line in my Tiki 24.1 installation. It doesn't exhibit that behavior here in dev.tiki.org...

{CODE()}
foobar
{CODE}

Volker

__Encoding errors __
On [https://doc.tiki.org/MultiTiki-3.0-Installation-for-Windows-XP], We can see __âfTs__ everywhere on the page.

Hi,

I have upgraded to tiki 20.1 and cannot get the equation plugin to work. The file class.latexrender.php is missing from the directory lib/equation/.

Best regards,

Thomas Johansson

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

{syntax type="tiki" editor="plain"}
On a Tiki27 I use Stagged and Approval.
I see this in my refresh-index log (MySQL Search) for each page that exist but don't have an approved version yet.


```
2025-07-04T06:11:50+00:00 INFO (6): addDocument wiki page blabla {"memoryUsage":"56.1 MiB","memoryAvail":"719.5 MiB"}
2025-07-04T06:11:51+00:00 ERR (3): WARNING: Trying to access array offset on value of type bool {"code":2,"file":"/var/www/vhosts/blabla.org/httpdocs/lib/core/Search/ContentSource/WikiSource.php","line":102}
2025-07-04T06:11:51+00:00 ERR (3): WARNING: Trying to access array offset on value of type bool {"code":2,"file":"/var/www/vhosts/blabla.org/httpdocs/lib/core/Search/ContentSource/WikiSource.php","line":103}
```

I just upgraded an old -+18.0svn (Revision: 64806)+- to latest -+18.3svn (Revision: 67723)+- and I got an unexpected error during the database upgrade step.

{CODE(label="just normal steps")}root@firstheberg01:/var/www/luci-199-6485# svn up
…
Updated to revision 67723.

root@firstheberg01:/var/www/luci-199-6485# php console.php c:c
Clearing all caches

root@firstheberg01:/var/www/luci-199-6485# php console.php d:u
Update completed.
Installed: 20100909_ckeditor_upgrade_tiki
Installed: 20171010_action_log_info_new_column_tiki
Installed: 20180411_schedulers_change_column_to_text_tiki
Installed: 20180419_scheduler_run_stalled_column_tiki
Installed: 20180421_scheduler_run_healed_column_tiki
Installed: 20180503_fix_throttled_newsletters_tiki
Installed: 20180705_fix_calendaritem_tracker_attributes_tiki
Failed: 20180405_remove_unused_user_id_tiki
Queries executed successfully: 6
Error 0 in 20180405_remove_unused_user_id_tiki
ALTER TABLE tiki_custom_route DROP COLUMN `user_id`
Table 'luci_199_6485.tiki_custom_route' doesn't exist{CODE}

After applying a profile in 20.x, plenty of ugly error message notices are shown, regarding inability to create plenty of cache files:

Things like:
{QUOTE()} Error
Cache file temp/cache/module8756ab3c25fd45a0a55957e6d7bb1f16 is not writable
{QUOTE}

Very bad image for any one testing a brand new tiki site, and clicking for instance at any of the featured profiles.

{syntax type="tiki" editor="plain"}
While creating a themed Tiki27 it is the second time (I have 2 Tiki27 🤗) I hit this error while running "npm run watch".

Error: ENOSPC: System limit for number of file watchers reached

May be it is possible to address this on our System Builder ?

When a page which calls the FADE plugin is printed via tiki-print.php, the call's body is not printed by default. To print the content in my Tiki 18 and 19 installs, once I am in tiki-print.php or tiki-print_article.php, I must cancel the automatic printing, click on the label, and then have the browser print. Having revealed from tiki-index.php does not suffice.

It is arguable how much of a bug this constitutes, but the fact the hidden content is quietly hidden when printing is in my opinion already a problem. I believe if the content is not printed, there should at least be a warning displayed, and ideally an offer to reveal hidden zones ("This page contains hidden zones. Should the content of these zones be printed?").

The current way to reveal the zones - to click in tiki-print.php - is very strange, since one would not expect tiki-print.php to be interactive.

I set up a Tiki with User Registration with some required fields and using a pretty tracker.

When a user fills the registration form with no value in a ''mandatory'' field, the tracker item is not created and a failure message is displayed with the form so the user can try again. __BUT__ the user is still created.
So, the next attempt will fail again because the user already exist :-(
Also, the admin will not get the email about a new user registration.

In this case, the user should not be created :-(

__More info:__
The issue is only when using pretty tracker templates.
When not using a template, the validation prevents from leaving the registration page, so the issue is not there.

So, a fix would be to make the validation work even when a template is being used for registration.

For reference, the template file -+ask-registration.tpl+- is:
{CODE()}
<div class="registration_form">
<div id="registration" class="panel panel-default">
<div class="panel-body">
<div class="form">
<label for="name" class="control-label titlefield">username</label>
{$register_login}
</div>
<div class="form">
<label for="name" class="control-label titlefield">{tr}Email{/tr}</label>
{$register_email}
</div>
<div class="form">
<label for="pass1" class="control-label">{tr}New Password{/tr}</label>
{$register_pass}
</div>
<div class="form">
<label for="pass2" class="control-label">{tr}Confirm password{/tr}</label>
{$register_pass2}
</div>

<div class="form">
<label for="ins_6" class="control-label titlefield">Not mandatory</label>
{$f_1}
</div>
<div class="form">
<label for="ins_3" class="control-label titlefield">Mandatory field</label>
{$f_3}
</div>

<div>{$register_antibot}</div>
</div>
</div>
</div>
{CODE}

Clean install of php8.1-fpm and nginx on ubuntu 22.04
I was able to run the new tiki-check.php from git and all looks good, db is recognised, php is all good.
Cannot get back this error,
Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, bool given in /var/www/tiki/tiki-26.0/lib/perspective/binderlib.php:49 Stack trace: #0 /var/www/tiki/tiki-26.0/lib/perspective/binderlib.php(49): in_array() #1 /var/www/tiki/tiki-26.0/tiki-setup_base.php(662): AreasLib->getPerspectiveByObjectAndCategories() #2 /var/www/tiki/tiki-26.0/tiki-setup_base.php(668): {closure}() #3 /var/www/tiki/tiki-26.0/tiki-setup.php(66): require_once('...') #4 /var/www/tiki/tiki-26.0/tiki-index.php(43): require_once('...') #5 {main} thrown in /var/www/tiki/tiki-26.0/lib/perspective/binderlib.php on line 49

The User favorites feature (enabled by preference user_favorites and [https://doc.tiki.org/Favorites|documented]) allows users to define favorites, but does not let them view the favorites they have defined.

A controller similar tiki tiki-user_watches.php could be added so that users can actually use the feature.