Category: Bug

On the svn updating step when -+make update+- is ran there is an error reported:
{CODE()}
...
Updating svn...
svn --non-interactive merge --accept theirs-full --allow-mixed-revisions --dry-run --revision BASE:HEAD '/var/www/demo.luciash.eu/web/trimtesttiki18' 2>&1 [1]
svn: invalid option: --allow-mixed-revisions
Type 'svn help' for usage.
...
{CODE}

But it seems the script continues without fatal error then...

-+svn help+- reports -+Subversion command-line client, version 1.6.11.+-

When you upload the output of a favicon generator like [https://realfavicongenerator.net|Real Favicon Generator] into file galleries (in order to use the file galleries as a repository of files for other co-admins, for instance), the uploading of safari pinned tabs images results in a crash of the thumbnail generator, yielding the error message "Warning: imagecreatefromstring(): Data is not in a recognized format in MYHOME/tiki-18.8/lib/images/gd.php on line 70

Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 395

Warning: Cannot modify header information - headers already sent by (output started at /homepages/41/d104554784/htdocs/agim/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 404

Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 442
�PNG " and some binary (!) image content instead of a thumbnail...

There is a typo in /lib/prefs/short.php which makes displaying the help texts impossible, and it is carried on (through copy&paste by the dev).

Look at these code snippets:
{CODE(Colors="Tiki")}
function prefs_short_list()
{
return [
'short_date_format' => [
'name' => tra('Short date format'),
'descriprion' => tra('Specify how Tiki displays the date (shorter version)'),
.....
'descriprion' => tra('Specify how Tiki displays the time (shorter version)'),
{CODE}

The error is in lines 13 and 23: "descprion" should read "description"... This results in help texts that contain a heading (contained in 'name'), but no text...

This affects ''all'' languages, including English...

{syntax type="tiki" editor="plain"}
"comment" has been mis-typed as "commnet" breaking printing of comments

--- templates/print/print-object_wiki.tpl.orig 2025-10-16 09:01:15.930801102 +0100
+++ templates/print/print-object_wiki.tpl 2025-10-16 09:01:32.169999825 +0100
@@ -1,6 +1,6 @@
{if $prefs.feature_page_title ne 'n'}<h1>{$info.pageName}</h1>{/if}
<div class="wikitext">{$info.parsed}</div>
-<div id="comment-container-{$info.page_id|escape}" data-bs-target="{service controller=commnet action=list type="wiki page" objectId=$info.pageName}"></div>
+<div id="comment-container-{$info.page_id|escape}" data-bs-target="{service controller=comment action=list type="wiki page" objectId=$info.pageName}"></div>
{jq}
var id = '#comment-container-{{$info.page_id}}';
$(id).comment_load($(id).data('bs-target'));

Because I keep finding bugs where translation is impossible due to missing tra(), tr() or tr in curly braces, I opened this new umbrella bug report.

Here I will add only newly found bugs, I will not integrate the already existing bug reports into this!

/lib/prefs/calendar.php has this on line 78:

{CODE(Colors="Tiki")}
'description' => 'Interval to show between minutes on time selectors',
{CODE}

Without tra(), the description cannot be translated into any language...

Hi,

I'm logging this bug as requested here - https://tiki.org/forumthread71548-Unable-to-insert-images-directly-from-file-gallery#threadId=71556

I've recently started using tikiwiki and I'm rather satisfied with it so far. I do have one issue I haven't managed to fix as of yet though.

I'm running version 19.1

I don't seem to be able to insert images from the file gallery.

For example - Let's say I'm editing a wiki page, if I click on the toolbar icon to insert an image or file from the file gallery, and then click on an image or where it says "Click here to use the file" - the file gallery pop-up window jumps to the top of the page without having actually done anything. No image code has been inserted into the wiki article.

If instead of choosing an existing image in the file gallery I upload a new one - this does insert the image code into the wiki article, it just doesn't do it when I'm choosing an existing image.

So far I've just been manually entering in the code I need + the image ID, but naturally it'd be my preference to get the "click image in file gallery > it adds the code to wiki article" working.

Clicking on the first option of a file gallery, admin (tiki-list_file_gallery.php?galleryId=11&view=admin) results in an uncaught exception:

Fatal error: Uncaught --> Smarty: undefined extension class 'Smarty_Internal_Runtime_CheckPlugins' <-- thrown in MYDIRECTORY/tiki-18.6/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_undefined.php on line 62

I batch import files in Tiki files gallery for a year now.

{CODE()}php console.php files:batchupload 5 --subdirToSubgal --createSubgals --confirm{CODE}

6 month ago I started to see a new warning when importing files.
I have A LOT like this, look to me one per file.

{CODE()}
Undefined variable: useCache on line 1321 of /var/www/virtual/xxx.fr/html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1325 of /var/www/virtual/xxx.fr/html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1330 of /var/www/virtual/xxx.fr/html/lib/filegals/filegallib.php
{CODE}

Since Tiki21 I use batchupload through the console to daily import files.
It went through with Tiki22 and worked fine for several month then lately started to throw warnings.

I updated to Tiki23 to check and eventually solve as Tiki22 is nearly end of life.

There is one error per file, for ALL the file I import.

The duplicate is a kind of normal (there are duplicates) and doesn't affect all the files (work as expected).

{CODE()}
~/public_html$ php7.4 console.php files:batchupload 5 --subdirToSubgal --createSubgals --confirm
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1328 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1332 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
Undefined variable: useCache on line 1337 of /home/elyseavenue/public_html/lib/filegals/filegallib.php
error: Duplicate file found as `47283599_a.jpg`. Upload rejected.
error: Duplicate file found as `47283599_b.jpg`. Upload rejected.
error: Duplicate file found as `47283599_c.jpg`. Upload rejected.
{CODE}

On a Tiki24.1 I use many trackers

On one of those trackers all the fields permanent name have been modified and an underscore with 4 numbers was added.

{CODE()}
tracker_field_sessionsSelector_7947 => "tokenarfryzdxxetctpfqwtwbfaqfpbufxwdb"
tracker_field_sessionsSelector_7947_text => "68"
tracker_field_paymentsDate_3798 => "2022-07-28"
tracker_field_paymentsFamilyName_7190 => "ספז"
tracker_field_paymentsFamilyName_7190_text => "ספז"
tracker_field_paymentsFamilyName_7190_unstemmed => "ספז"
tracker_field_paymentsStage_4531 => "Banked"
tracker_field_paymentsStage_4531_text => "Banked"
...
{CODE}

However in the tracker the fields displayed the normal permanent name. (tracker_field_sessionsSelector)
I re indexed several times and the problem was still there.

I deleted the table :
index_62e2377698171
index_pref_en
index_pref_he

And reindexed.

Surprise, now in the tracker => fields the permanent name has been changed to "tracker_field_sessionsSelector_7947"

I don't see anything in the tracker settings that could have done this

The user ban system has a help text that suggests a feature, that seemingly does not (not yet?) exist: Exporting rules... [see comment. this has cleared up. I leave this text only as an explanation why I originally opened this as a feature request]

"section names are splitted by pipes (vertical bars). To see an example and use it as template, add one rule by hand, and export it as csv"

There is an import feature, but no export feature... Could also be handy for admins who want to extend bans to more than one Tiki, if they arent connected by InterTiki (dunno whether InterTiki cares about bans at all).

I tried whether the export feature would only come up once at least one rule exists, but no, no export. Existing rule can be edited or deleted, not exported.

Thanks
hman

When ''Automatic indexing of file content'' is active, trying to upload pdf files fails.

The pdf file is still uploaded but the end user is told that upload failed.

Try uploading pdfs in [http://nycdwight-11908-6600.show.tikiwiki.org/tiki-upload_file.php?galleryId=4] ! (beware of the 8MB size limit) (verify that ''Automatic indexing of file content'' is still active)

They display an error « File upload failed: SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data ».
Only for pdfs.

This is an example return answer to /tiki-ajax_services.php?controller=file&action=upload_multiple :

<feff>{"files":[{"size":15295,"name":"document_BBB_02_argentine.pdf","type":"application\/pdf","fileId":"5788","galleryId":"137","md5sum":"7a035db1d92779f8dcdefe083b292d94","info":{"fileId":"5788","galleryId":"137","name":"Document BBB 02 Argentine","description":"","created":"1554159196","filename":"document_BBB_02_argentine.pdf","filesize":"15295","filetype":"application\/pdf","data":null,"user":"Jyhem","author":"","hits":"0","maxhits":null,"lastDownload":null,"votes":null,"points":null,"path":"90792de52961c34118f976ebe4af3a75","reference_url":null,"is_reference":null,"hash":"7a035db1d92779f8dcdefe083b292d94","search_data":"\n","metadata":"","lastModif":"1554159196","lastModifUser":"Jyhem","lockedby":"","comment":"","archiveId":"0","deleteAfter":null},"syntax":"{img fileId=\"5788\" thumb=\"box\"}"},{"size":15741,"name":"document_BBB_01_bresil.pdf","type":"application\/pdf","fileId":"5789","galleryId":"137","md5sum":"50d71753a6487af8c023f28d8df58d24","info":{"fileId":"5789","galleryId":"137","name":"Document BBB 01 Bresil","description":"","created":"1554159196","filename":"document_BBB_01_bresil.pdf","filesize":"15741","filetype":"application\/pdf","data":null,"user":"Jyhem","author":"","hits":"0","maxhits":null,"lastDownload":null,"votes":null,"points":null,"path":"c84d5b2eb5e278b26a0d60ab7bc4c606","reference_url":null,"is_reference":null,"hash":"50d71753a6487af8c023f28d8df58d24","search_data":"\n","metadata":"","lastModif":"1554159196","lastModifUser":"Jyhem","lockedby":"","comment":"","archiveId":"0","deleteAfter":null},"syntax":"{img fileId=\"5789\" thumb=\"box\"}"}]}


The issue seems to be one or more invisible BOM (zero-length nonbreaking spaces) character before the json string.

My guess is, this regression is related to our changing the way pdfs are indexed. Since Tiki18, we use a php library bundled with Tiki. Before, we relied on a command line executable. Sadly, reverting to the old way of putting the following in tiki-admin.php?page=fgal#contentfgal_admin-5 does not work:
|| application/pdf: | pdftotext -enc UTF-8 %1 - ||

Tiki User credits: You can create Credit types (which you need to do, because the feature starts empty), but once created, you can never admin/edit them. Not even delete them. This is so basic a function, that I do not open this as a feature request. It is a bug.

Btw., there is no documentation to be found about this feature...

This is a site which is not available to the public. Therefore, if someone follows a link to a resource, they are redirected to the login page and after logging in, they get redirected to the resource they wanted to watch.

This works for resources such as web pages of calendar events (good!) but __not__ for tracker item resources (bug!).

!! Config of show instance
The configuration is close to the default.
!!!Changes are
^Global permissions:
Added
Registered: tiki_p_view (wiki)
Registered: tiki_p_view_trackers (trackers)
Registered: tiki_p_view_calendar (calendar)
Registered: tiki_p_view_events (calendar)
Deleted
Anonymous and all the children groups: tiki_p_view (wiki)
^
In [http://jyhem-9952-7592.show2.tikiwiki.org/tiki-admin.php?page=general]
^ The following change has been applied
Preference permission denied url set (Preference name: permission_denied_url)
^
!!! How to reproduce
Now you can try loging out and accessing the following:
* Direct link towards a tracker item (__fails to direct to the item after logging__) : [http://jyhem-9952-7592.show2.tikiwiki.org/tiki-view_tracker_item.php?itemId=1]
* Direct link towards a wiki page (works fine: on sees the file right after logging) : [http://jyhem-9952-7592.show2.tikiwiki.org/tiki-index.php?page=Not-home-page]
* Direct link towards a calendar item ((works fine: on sees the file right after logging) : [http://jyhem-9952-7592.show2.tikiwiki.org/tiki-calendar_edit_item.php?viewcalitemId=1]

Why does it not work for tracker item resources?

I could not find any obvious reason :-(

Rewards cannot be created. In order to translate this feature, I created a goal, eligible for all registered, activated it. Easy goal, condition page creation >= 5. Then I wanted to set a reward, but I can't. In the list it (correctly) says "No rewards yet". But clicking on the button "Add Rewards" only yields a popover that says "No available rewards". Then I thought, maybe someone must meet one of the conditions first, and lowered the condition to page creation >= 0. Still "No available rewards"...

It started when I activated user tasks. I set up a couple of test tasks to myself (admin), in order to finish the incomplete translation.

When I wanted to accept one of the tasks I gave myself, I unexpectedly ran into an error that was erroneus... The error claimed that tasks need to have a title of at least three characters. But it had a title of four characters. Below the error message was an edit dialog, where the title was completely blank.

I then entered a new title and saved - and now the entirety of all tasks (they were three) are gone.

And what's worse: I cannot create new tasks anymore! I get the dialog and can enter all the stuff, but when I save, the UI insists that there are no tasks. I also checked that I include tasks that were done or deleted (had both), but still "no tasks".

When a user runs the user wizard, one of the few things he or she can set is country. But the information entered there is not persistent, upon reload it is forgotten.

Possibly the same bug that we had in the user preference.

On a Tiki24 I go to :/tiki-adminusers.php click on add a new user.
Fill everything but omit the email and click "Add".

I'm redirected a new page with an error:
"We were unable to create your account because this email is already in use"
Everything is lost.


Prefs related to log-in;
allowRegister = 'y' ('n')
userTracker = 'y' ('n')
user_unique_email = 'y' ('n')

user preferences are not stored in tiki_tracker_item_fields, so the query run for a user preference field 27, and value 'csabi' will not work

SELECT COUNT(*) FROM `tiki_tracker_item_fields` WHERE 1=1 AND `fieldId` = 27 AND `value` = 'csabi';

do we need a distinct_userpreference validator?
Then it would work across multiple user trackers, and we could solve the long standing ticket
https://dev.tiki.org/item3611-no-built-in-way-to-prevent-realName-user-pref-duplicates-automatically

Hi,

while I experimented with linking cart products to Wiki pages and vice versa (cf the tiki.org question I posted "How to link cart products and wiki pages?") something very strange happened.

A couple of products vanished from cart products. Before I started my experiments, I had 13 tracker items, all of them listed on cart products.

Now there are only 10 of them left! On cart products. In the tracker they are still there.

At first I thought, because I edited as admin, I might somehow have screwed up some rights, although I didn't change any. Then I saw that the tracker items I worked on are among those who remain. Four other items disappeared that I did not even touch.

As I wrote above, they are still in the tracker, so it is a miracle to me why they are not displayed. And yes, I also looked at the second page of cart products (limit is set to 9). So at the moment this looks like a bug to me. Could turn out it is something else, or even an error on my side, but don't see any.

The only right that I have touched over the past days was that I allowed anonymous to use Custom Search Tpl as a template, to get rid of the annoying error messages that only anonymous users got (no right to use this page as a smarty template).

Thanks for help
hman

{syntax type="tiki" editor="plain"}
On the first edit of THIS tracker ticket the 3 categories fields Version, Category and Feature loose their values.

To reproduce;
# Create a new ticket
# Select values for Version, Category and Feature
# Save the ticket
# Edit it right away

Version, Category and Feature will be empty.

Tested on Tiki24 an still here:
{CODE()}
Bernards-MBP:tsaharoniki.com_tiki24 bernardsfez$ php console.php scss:compile tsaharoniki
Compiling scss files from themes
Clearing all caches
A error was encountered while running a command
Call to a member function query() on null on line 28 of /Users/bernardsfez/Documents/Shocksite/www/htdocs/tsaharoniki.com_tiki24/lib/core/TikiDb/Bridge.php
{CODE}

It should just say: "MySQL is not running, check your server" (or something like that)

A poll template is created and attached to a page.
When the voting in the poll, a CSRF error is given.
{img fileId="1407" thumb="box"}

clean install of php7.4, apache2 ubuntu 22.04
the error is showing up on multiple combinations of php and tiki.
Warning: strpos(): Empty needle in /var/www/tiki/tiki-25.0/lib/cache/memcachelib.php on line 217

Fatal error: Uncaught Error: Call to a member function get() on bool in /var/www/tiki/tiki-25.0/lib/cache/memcachelib.php:124 Stack trace: #0 /var/www/tiki/tiki-25.0/lib/cache/cachelib.php(579): Memcachelib->get() #1 /var/www/tiki/tiki-25.0/lib/cache/cachelib.php(52): CacheLibMemcache->getCached() #2 /var/www/tiki/tiki-25.0/lib/cache/cachelib.php(57): Cachelib->getCached() #3 /var/www/tiki/tiki-25.0/lib/setup/prefs.php(49): Cachelib->getSerialized() #4 /var/www/tiki/tiki-25.0/lib/setup/prefs.php(267): get_default_prefs() #5 /var/www/tiki/tiki-25.0/lib/setup/prefs.php(37): initialize_prefs() #6 /var/www/tiki/tiki-25.0/tiki-setup_base.php(315): require_once('/var/www/tiki/t...') #7 /var/www/tiki/tiki-25.0/tiki-setup.php(68): require_once('/var/www/tiki/t...') #8 /var/www/tiki/tiki-25.0/index.php(16): require_once('/var/www/tiki/t...') #9 {main} thrown in /var/www/tiki/tiki-25.0/lib/cache/memcachelib.php on line 124

{syntax type="tiki" editor="plain"}
In attempting upgrade from Tiki 27.1 running fine with PHP 8.4.4, Tiki 28.1 exhibits numerous warnings and deprecation warnings rather than displaying installation page:

PHP Deprecated: voku\helper\UTF8::extract_text(): Implicitly marking parameter $length as nullable is deprecated, the explicit nullable type must be used instead in C:\wwwroot\tiki\vendor_bundled\vendor\voku\portable-utf8\src\voku\helper\UTF8.php on line 1622
PHP Deprecated: voku\helper\UTF8::file_get_contents(): Implicitly marking parameter $offset as nullable is deprecated, the explicit nullable type must be used instead in C:\wwwroot\tiki\vendor_bundled\vendor\voku\portable-utf8\src\voku\helper\UTF8.php on line 1842
PHP Deprecated: voku\helper\UTF8::file_get_contents(): Implicitly marking parameter $max_length as nullable is deprecated, the explicit nullable type must be used instead in C:\wwwroot\tiki\vendor_bundled\vendor\voku\portable-utf8\src\voku\helper\UTF8.php on line 1842
PHP Deprecated: voku\helper\UTF8::getSupportInfo(): Implicitly marking parameter $key as nullable is deprecated, the explicit nullable type must be used instead in C:\wwwroot\tiki\vendor_bundled\vendor\voku\portable-utf8\src\voku\helper\UTF8.php on line 2580
PHP Deprecated: voku\helper\UTF8::html_entity_decode(): Implicitly marking parameter $flags as nullable is deprecated, the explicit nullable type must be used instead in

....