Category: Upgrade Blocker

I think this is due to http://dev.tiki.org/Addons-Cleanup not done/finished entirely yet but if you had Addons enabled before and upgrade your Tiki to trunk (20.x) you will get fatal errors at some places like this:
{CODE()}
*Fatal error*: Uncaught --> Smarty Compiler: Syntax error in template
"file:/var/www/.../subdirs/tikitrunk/templates/tiki-forums.tpl" on line
112 "<a class="forumname"
href="{$channels[user].forumId|sefurl:'forum'}">{$channels[user].name|addongroupname|escape}</a>"
unknown modifier 'addongroupname' <-- thrown in
*/var/www/.../subdirs/tikitrunk/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php*
on line *112*
{CODE}

In a new 24.x vcs master installation the tiki-admin_modules.php UI is broken.
The UI is kind of cut-off below the module zone tabs and there is no button to add new modules. The interface seems to have been reorganised, but not finalised yet.

When activating and deactivating (playing around) the tabs / no tabs buttons the button appears.
--I will try to confirm with show.tiki.org-- confirmed
There seems to be a conflict with two variants of the tab toggle (tab view / no tabs) and and a duplication of the admin module tabs. See attached screenshots.

I assume a template issue {sign user="Torsten" datetime="2021-12-06T07:09:50+00:00"}

{syntax type="tiki" editor="plain"}
On Tiki29x from update I have several trackers.
A tracker field text is set as the tracker item title.
This work just fine.

On this tiki multilingual is enable and I use en and fr, so later I enabled the multilingual option of the text field and I added a french value for the title field. Now I see the database value for the trackeritem and not one title based on the language selected:

{CODE()}{"en":"The Wiki syntax in Tiki","fr":"La syntaxe Wiki dans Tiki"}{CODE}

I just tried making a button in master and this is the result:

{CODE()}{button plugin_edit_row="((Homepage))" plugin_edit_row="Go to Homepage" plugin_edit_row="smile" plugin_edit_row="50px"}{CODE}

The parameter names are incorrect, obviously.

Update: I checked the articles plugin also and it shows the same broken behavior, so maybe this is true for all plugins. I added blocker status to this bug.

The class 'opaque calBox' from the calendar is broken. It is supposed to show the details of a calendar event, insted it shows raw Tiki syntax, in the case of a test event from admin on my site it is this that gets presented as text (!) to all users:
{CODE(Colors="Tiki")}
<div class=\'opaque calBox\' style=\"width:200px\"><a href=\"tiki-calendar_edit_item.php?viewcalitemId=323\" title=\"Details\">Testevent #3<\/a><p class=\"text-muted\"><strong>Erstellt von:admin<\/strong><\/p><br><\/div>
{CODE}

When you switch calendar into year mode, 23.0vcs immediately crashes with these errors:

{CODE(Colors="Tiki")}
NOTICE (E_NOTICE): Undefined index: openidconnect_details_url
At line 52 in lib/OpenIdConnect/OpenIdConnectLib.php
NOTICE (E_NOTICE): Trying to access array offset on value of type null
At line 178 in lib/OpenIdConnect/OpenIdConnectLib.php
NOTICE (E_NOTICE): Undefined index: optionId
At line 100 in lib/smarty_tiki/function.menu.php
{CODE}

Demonstration available at the show instance attached to bug report https://dev.tiki.org/item7666-Impossible-to-create-menus#showtikiorg236_7666_view

Thanks
hman

The template displays arrows to navigate to the previous and to the next period the calendar shall display, but the template pumps the raw internal values into the tooltips, and even that without translation, breaking the GUI, because "Previous" and "Next" get translated into the target language, but not the period label (e.g. "week") so giving the user a mixture of target language and English that is actual raw Tiki code.

{CODE(Colors="Tiki")}
{*previous*}
<div class="cal-prev" style="display:inline-block; padding-right: 6px; position: relative; bottom: 20px; right: 100px">
<a class="tips" href="{query _type='relative' _ajax=$ajax _class='prev' todate=$focus_prev}" title=":{tr _0="{$viewmode|escape}"}Previous %0 {/tr}">
{icon name="previous"}
</a>
</div>
{CODE}
and
{CODE(Colors="Tiki")}
{*next*}
<div class="cal-next" style="display:inline-block; padding-left: 6px; position: relative; bottom: 20px; left: 100px">
<a class="tips" href="{query _type='relative' _ajax=$ajax _class='next' todate=$focus_next}" title=":{tr _0="{$viewmode|escape}"}Next %0{/tr}">
{icon name="next"}
</a>
</div>
{CODE}

{syntax type="tiki" editor="plain"}
I've been trying to add [https://doc.tiki.org/PluginList-Sublist] to the [https://doc.tiki.org/tiki-edit_structure.php?page_ref_id=4313|HomePage Plugins (Home)] structure but can't seem to do it - i've tried dragging (which used to work), adding via the input at the top and adding via the "Add page" button on [https://doc.tiki.org/PluginList] - none of which seem to work any more (in 30.x)

At https://nextdev.tiki.org/tiki-admin_menu_options.php?menuId=47
I can't change the ordering of the menu options by ''drag and drop''. They just stay at the original place after mouse up.

Moving them as sub options by moving them to the right also gives weird results. They do move but not at the appropriate place.

{syntax type="tiki" editor="plain"}
With elFinder enabled attaching as file to a tracker items doesn't work and fails silently (but sometimes you get "File #1550620800 missing (was attached to trackerfield "picture" on item example title".

Seems ok (but ugly) without elFinder.

Reproduced on https://trunkdev.tiki.org/tracker10 - can't find nextdev to try it on 30.x but it also fails on my locals.

--It seems the function -+addFile+- is no longer being called and I suspect {mr id=7598} may have been involved...-- correction, {mr id=6530} seems more likely (so it's been broken for over a year?) - maybe not either of these then...

The Tiki default captcha image for anonymous to register, post a comment, etc doesn’t displays numbers anymore forbidding actions to be completed.

I saw this on a Tiki23 production I have and on nextdoc:

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

((doc:Admin Wizard|Configuration wizard)) doesn't seem to save changed prefs. I've been recently warned about a new tiki admin unable to enable structures, that he needed for a knowledge base with tiki.

He was using the configuration wizard, going to wiki, tick "Structures", click at "Save and Continue", but when going back through the button "Back", or going to the control panel Wiki and review structures there, they where not enabled indeed.

I was able to reproduce this bug in recents (git based) Tiki 22, Tiki 23 and Tiki master. However, the feature seems to work as expected in Tiki 21 LTS.

It has been reproduced in branch master in a show instance:
Log in as admin here:
http://xavi-9794-7941.show2.tikiwiki.org/
u: admin
p: 12345

Visit:
http://xavi-9794-7941.show2.tikiwiki.org/tiki-wizard_admin.php?&stepNr=8&url=tiki-index.php

Click at "Structures" to (attempt to) enable teh feature.
Click as "Save and continue"
Click at "Back", you will that the structures feature is not enabled indeed yet.

You can confirm so visiting the Wiki control panel, at the section about Structures, here:
http://xavi-9794-7941.show2.tikiwiki.org/tiki-admin.php?page=wiki#contentadmin_wiki-2

Since recent console.php refactoring the --site parameter is no longer respected in (for instance) the database:update command.

When running -+php console.php --site=example.com database:update+- the code in -+\Installer::buildPatchList+- builds the patch list from the default db/local.php database, not the db/example.com/local.php.

---

I think related to this, even once i've done the database:update in the browser, i cannot rebuild the index, when i do:
-+php console.php --site=example.com index:rebuild+-
i get {sign user="jonnybradley" datetime="2020-03-05T11:11:59+00:00"}
{QUOTE()}Command not available at this stage.
The database needs to be updated. Solved by: php console.php database:update{QUOTE}

---
I think this commit was the source of the regression and i'm afraid i can't fix it {gitlab id="2ee93280"} {sign user="jonnybradley" datetime="2020-03-05T11:29:44+00:00"}

I installed from git a new Tiki22.
Create (externally) the database and populate it with a Tiki21 previous database.
Completed the installation. with the following error:

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

Accessing to the admin it shows there is an issue with the database.
From ssh using database:update I get an error and I can’t neither rebuilt the index:

{CODE()}
root@ec2-xx-xx-xx-xxx:/home/xxx/public_html# php console.php database:update
PDO::query(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'tsaharoniki_tiki22.sessions' doesn't exist on line 104 of /home/xxxx/public_html/lib/core/TikiDb/Pdo.php
Update completed.
Failed: 20200513_expand_sessions_data_column_tiki
Queries executed successfully: 3
Error in 20200513_expand_sessions_data_column_tiki
ALTER TABLE `sessions` CHANGE `data` `data` LONGBLOB NOT NULL
Table 'tsaharoniki_tiki22.sessions' doesn't exist

root@ec2-xx-xx-xx-xxx:/home/xxx/public_html# php console.php i:r
Command not available at this stage.
The database needs to be updated. Solved by: php console.php database:update
{CODE}

I compared 2 tikis created at different times.
One that was created before Tiki18 and has a "sessions" table with a data col.
And one created after Tiki19 that doesn’t have a "sessions" table.

May be this should be conditioned to the table existence ?
Or if this table is legacy it should be removed (data moved to tiki_sessions ?)

On Tiki 21.
To reproduce, go at : https://next.tiki.org/tracker22
Edit an item from the actions (wrench) menu on the right of the table.

The design is broken.

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

Tested on one of my Tikis from a plugin list, on save it also goes to the page "undefined" instead of staying on the page (refresh ?) (I tried updating a value and without updating a value)
https://share.vidyard.com/watch/XivK6CHsiD5MKVxLdnFX76?

Works on Tiki 20 with the same database and it works as previously:
https://secure.vidyard.com/organizations/230727/players/4Xs7Tyhok7peWDZUFLB8uv

Same if I want to delete an item from the wiki pages (tiki-listpages.php):
{img fileId="1367" thumb="box"}

But erasing it from the page itself work.

''This happens at the same time of this https://dev.tiki.org/item7677-Index-error-on-tiki-tracker-built-in-fields-and-BLOB-TEXT-error-after-recent-update-of-Tiki22 but it look now it is different''

On a second brand new Tiki22 created from scratch (a week ago) on my local I'm improving a previous Tiki21 site adding a new page with a customSearch.

This is a wiki page with a pluginList and 2 smarty templates (searchresults.tpl and search.tpl)
I don’t use lastmodif or sort by date on any of those. During my first work sessions everything was ok.

Somewhere around the end of it I enable the "Search" checkbox on one field at "trackerfields4" (tracker4)
Back to the same a day later and I have an error about lastmodif poping up.

Field lastModif does not exist in the current index. If this is a tracker field, the proper syntax is tracker_field_lastModif.

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

__If I disable the search on this field (uncheck the search checkbox), delete cookies, rebuild index, refresh and login again the error is gone.
__

I upgraded to 18.0 and got this error, then I upgraded to 18.1 and still got this error.

I erase the website, built a new database, and I still get this error.

When I try to upload a file to file gallery
MetArt01s.jpg
File upload failed: SyntaxError: Unexpected token < in JSON at position 0

I experience that my site's file galleries get slower and slower. Currently, there are just about 200 Mbyte of mostly images in there, in just about two dozen folders. Although my rented web space will of course not boast performance wonders, but it should't be THAT slow. When I clear caches, just calling file galleries takes up to three minutes. If cache has not been cleared, galleries come up instantly.

I have stopped using tiki-check.php even before that, because it regularly breaks my ISPs five minute quota...

I store the images in the DB, but I don't think this really makes the issue. The DB still has almost a terabyte of available storage. And a DB's speed shouldn't depend on amount of storage taken, but on complexity of SQL requests.

I believe that most of the current slowness came when I uploaded some graphics for my co-admins that are not large in size, but large in dimensions (300 kbyte, but 14,000 x 10,000 pixels) (logo master file in PNG). For them, thumbnail creation fails. Could it be that Tiki tries to generate those thumbnails all the time, and fails?

Thanks
hman

Here on this site I get:
{CODE()}
Fatal error: Uncaught --> Smarty: Not matching {capture}{/capture} in 'layout_view.tpl' <-- thrown in /var/www/virtual/dev.tiki.org/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_runtime_capture.php on line 139
{CODE}

Steps to reproduce:
# go to https://dev.tiki.org/File-a-bug
# in Description field click the {icon name=image} icon with the tooltip saying "Choose or upload images" from the toolbar
# in the popped-up window click the "Browse Gallery" button
# click on "Bug report images" folder trying to step inside

You will get the error reported above with the following URL:
https://dev.tiki.org/tiki-list_file_gallery.php?galleryId=13?filegals_manager=area_5e20296fb945a

__Duplicate of__ https://dev.tiki.org/item7267-It-is-not-possible-to-select-a-gallery-when-uploading-an-image-using-the-toolbar-tested-dev-tiki-org

It is not possible anymore to navigate (browse gallery) when uploading an image in this tracker. (tested on Safari and Chrome)

It take a lot of time to display the galleries (at first I though I was stuck) then once the galleries are displayed when you choose one you got an error:
{CODE()}
Fatal error: Uncaught --> Smarty: Not matching {capture}{/capture} in 'layout_view.tpl' <-- thrown in /var/www/virtual/dev.tiki.org/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_runtime_capture.php on line 139
{CODE}

__To reproduce go to https://dev.tiki.org/tiki-list_file_gallery.php?galleryId=13?filegals_manager=area_5e4e4e6e2e81e directly.__

https://share.vidyard.com/watch/MTx8PYpGTQUV4ow5ynEUXQ?

The upload file plugin ({icon name="upload"} on the toolbar) is broken.
When you use it it return the value of the "insertion_syntax" instead of the plugin that should be inserted in the wiki page. It can be tested on this ticket using the toolbar upload file.

I traced the code and it lead to lib/jquery_tiki/files.js, function processFgalSyntax that return the actual wrong syntax ("file").
It should instead return the syntax like the one that can be found at : lib/filegals/filegallib.php line 2140:
{CODE()}$syntax = '{file type="gallery" fileId="%fileId%" showicon="y"}';{CODE}

{img fileId="1353" thumb="box"}
(inserted manually due to another bug)

Doing an upgrade of an 18.x tiki (using the console command didn't work at all) i am presented with this big red error box:
{REMARKSBOX(type="error" title="Encoding Issue")}Something is wrong with the database encoding. The database has UTF-8 as default encoding but some tables in the database have a different collation, utf8_unicode_ci. Converting to UTF-8 may solve this but may also make matters worse. You should investigate what happened or only proceed with backups.

etc...{REMARKSBOX}

This doesn't make sense because -+ utf8_unicode_ci+- is a UTF-8 collation.

In the installer all steps other than the current one are white on a white background - bad first impression, hence a blocker i reckon {sign user="jonnybradley" datetime="2020-02-12T17:37:14+00:00"}

On Tiki22 in the tracker interface.

There are case were you want to delete an item and you are proposed a replacement as other trackers items refer to this item.

IE: Item bernard was created several times (doublons, twice "bernard" items).

Some other items in other trackers were created using as reference (item link) those doublons.

So I have in the end several items created that refer to "bernard"-a or "bernard"-b

If I want to clean this and remove one of the doublons I have the following message:
Replacement

Search and select what you are looking for from the options that appear.

—
bernard
bernard
6 other item(s) currently refer to the element you are trying to delete. They will be replaced by this one.

(I tried to add another field to be a second title to see if I can clarify but no joy).

I can see in the DOM code that the 2 bernard refers to a different items one being the item I want to remove. So I proceed and re-assign to one of them. But the item is still here and if I try to delete it now I have 5 attached items... If I do again I have 4 attached, and so, see the video for this part, https://share.vidyard.com/watch/GhbcCdoUSYRwgULtsa7Jmz?

But worst, when I reach 2 other items and then no matter what I can’t delete the item there will be always 2 items prohibiting the removal. Something is broken in the logic and that really really bad !

---

1/ It should be fixed (re-assign all items and delete)

2/ Shouldn’t we omit in the search result the very same item I want to remove. (that doesn’t make sense to display it)

3/ Shouldn’t we add something next to the item title to help understand (itemId is good for dev but not user friendly)

(I had this case with family name and a lot of brothers and sisters ?)

Users can sign in, but the groups they are in are not being synced.

Worked ok in version 5. I've upgraded to version 18.3 via version 12 and now I'm stuck.

No errors in the tiki log.

The only odd line is this:
Searching for user information with filter: (cn=wiki_user) at line 280 in /srv/tiki-18.3/lib/auth/ldap.php

I would expect the filter to read "memberUid" ..
{img fileId="1283" thumb="box"}

I've tried the fix here: https://dev.tiki.org/item5657, but just a got a white-screen of death :-)