Category: 21.x Regression

On Tiki 21.3vcs (InnoDB) - fdf78fd5992b6a70540c76143b586dac6fdede45 ;
Enable trackers
Create a tracker
Click on Add field
Fill form and click on Add Field & Edit Advanced Options
Field is created but your are back on the fields list instead of this field options.

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

I wonder why I haven't seen this before. But now I see a CSS problem with the already bug-ridden calendar feature:

When you click on an event, to view it, on my site the classic 3-container layout produces an obscure error: The right module zone "jumps" to below (!) the center, the content zone...

It is kind of similar to the complete breakup of the layout when I test-migrate the test instance of the site to 21.x, but with one significant difference: When the layout breaks down upon upgrade to 21.x, the right modulezone is on the left, in between the left module zone (which remains left) and the center content zone. And on upgrade, the entire layout shows this behaviour, on every page of the Tiki.

HERE this happens ONLY when viewing a specific calendar event. It does not happen anywhere else in Tiki. It also does not happen when viewing the calendar as a whole, only when viewing an event...

So this is obviously a CSS issue. This is with a customized version of Geo, written by Gary. I have to try if it also happens on non-customized, original Geo.

Thanks

I want to change the colours of buttons. Bootstrap has it's own colors for that (which I do not like), and I seem to be unable to change them. No matter whether I declare them in _variables.scss (which would load before bootstrap.scss - which in turn loads _buttons.scss) or in a separate file that gets loaded after bootstrap.scss, even when declaring them !important, bootstraps own colours always come through. Also, no matter whether I redefine a default colour or one of the dedicated colours like primary etc.

After some googling, this could be a bug in bootstrap. Since Tiki incorporated bootstrap, IMHO it's a Tiki bug now.

{CODE(Colors="Tiki")}
// Buttons
$btn-primary-color: #000000 !important;
$btn-primary-bg: #e7e7a1 !important;
$btn-primary-border: #999970 !important;
$btn-default-color: #000000 !important;
$btn-default-bg: #e7e7a1 !important;
$btn-default-border: #999970 !important;
{CODE}

They all come out, after transpiling, as #2255aa; or #212529; etc.:

{CODE(Colors="Tiki")}
.tiki-webmail .btn-primary, .tiki-cypht .btn-primary, .mobile.tiki-cypht .btn-primary, .inline-cypht .btn-primary {
color: #fff !important;
background-color: #2255aa !important;
border-color: #1c458a !important;
}
{CODE}

Due to (I guess) change in the calculation field, the if condition or the way the index is rebuilt a previous condition to perform a calculation stopped to work and interfere with the rebuild index operation.

{CODE(caption="calculation that doesn't work")}
(if timeworkDateIn (round (div (sub timeworkDateOut timeworkDateIn) 3600)1))
{CODE}

The "if" here was checking if there is a value in the field "timeworkDateIn" to avoid a different error (Divide by zero on "0") that was displayed to the visitor of the site. After I upgrade this Tiki20 to Tiki21 I got an error on rebuild index:
{CODE()}
[root@server html]# php console.php i:r --log
[04-03-2020 09:48] Started rebuilding index... logging to file: /tmp/Search_Indexer_mysql_tsaharoniki_tiki21_console.log
Unified search engine: MySQL, version 10.1.44-MariaDB
error: The search index could not be rebuilt.
Variable not found "timeworkDateIn".
.../...
2020-03-04T09:48:36+02:00 INFO (6): addDocument trackeritem 53 {"memoryUsage":"22.3 MiB"}
(where it stopped)
{CODE}

I found a workaround see below, but we should have a way to keep it as is or to better verbose so the admin knows what to do.

{FADE(label="Long story" icon="y")}
I have a field that calculate time from 2 dates field to set a work clock.
Worker enter when he come to work and when he get out.
The calculation is done on save so data are updated constantly and the user can see results in real time.

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

It was working fine on Tiki20.

Since I upgraded to Tiki21 it has stopped to work.
(on the sample a new employee entered 3 row after the Tiki was upgraded)
{img fileId="1375" thumb="box"}

@Roberto: I think we have similar case setup as we worked together on some solution for a "Tiki" company :-) but else I can provide playground to help.

!!!Update1
I got an error on rebuild index:
{CODE()}
[root@server html]# php console.php i:r --log
[04-03-2020 09:48] Started rebuilding index... logging to file: /tmp/Search_Indexer_mysql_tsaharoniki_tiki21_console.log
Unified search engine: MySQL, version 10.1.44-MariaDB
error: The search index could not be rebuilt.
Variable not found "timeworkDateIn".
.../...
2020-03-04T09:48:36+02:00 INFO (6): addDocument trackeritem 53 {"memoryUsage":"22.3 MiB"}
(where it stopped)
{CODE}

trackeritem 53 is an old work clock item (closed).
The calculation was ok and all field looked ok.
I edited and saved and had the following error:
{CODE()}
The search index could not be updated. The site is misconfigured. Contact an administrator.
Variable not found "timeworkDateIn".
{CODE}

The field is here and the permaname is correct:
{img fileId="1376" thumb="box"}

Retested on the same Tiki still on version 20 (I kept for test) and there it is working fine.
(calculaltion are made, indexing is ok)

I escalated the bug to upgrade blocker.
If something corrupt a working index or block Tiki from indexing then it just kill the website (IMO).

!!!Update2
Above I see that the operation stopped very early, trackeritem 53 (I have more than 1500 trackeritems).
It stopped because it couldn’t find the field "timeworkDateIn" during a calculation.

I have 2 calculation field that use the same field "timeworkDateIn"
If I keep the first one and remove the second it work:
{CODE(caption="First calculation")}
(concat (date (str F) (str-to-time (str +0 day) timeworkDateIn)) (str |) timeworkName)
{CODE}

{CODE(caption="second calculation that doesn't work")}
(if timeworkDateIn (round (div (sub timeworkDateOut timeworkDateIn) 3600)1))
{CODE}

I reworked the code starting by the smallest value and up till the complete formula;
From: (sub timeworkDateOut timeworkDateIn)
To: (if (IsEmpty timeworkDateIn) NA (round (div (sub timeworkDateOut timeworkDateIn) 3600)1))
{FADE}

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}

The calendar feature does display the range it displays (I would like to be able to disable that, but that's minor. Perfect would be if I could disable to display of the year, or to disable the range in total. I find it to be redundant, because the calendar itself already displays that).

What's not so minor is that the dates shown there do follow the date display options of the Wiki, i.e. here in Germany date is followed by month.

But they are separated by slashes, which is not correct. It should be dots, and that is what is set in the preferences. All other date displays are correct (like the date of the last revision of a Wiki page), but calendar does not follow that rule.

Thanks
hman

If you edit a recurring event in the Calendar and save for all recurrences, Tiki creates double entries. All the events remain unchanged, and get a double that contains the changes. As the number of recurrencies can be 99 this creates 99 double entries which then have to be killed all manually... VERY time consuming... This bug was already present in 18.x, nobody fixed it...

A tracker is used for the contact form at tiki.org. Normally when somebody leaves a message, the tracker item can be edited, like to change the status and make a comment, but currently (Aug. 3 2020), when I click save (or preview) the form just refreshes with its original content -- no edits saved. I haven't checked if this happens at Tiki instances other than tiki.org.

{img src=https://dev.tiki.org/tiki-download_item_attachment.php?attId=567}

Since I upgraded to Tiki21 I can’t change a date using the date picker selector.
See : https://share.vidyard.com/watch/cXuvUEFYzyyftB7pR7Jd4T?

Assigning tiki_p_download_files to Anonymous via category permissions on a file gallery doesn't work any more (worked in 18.x).

# Image is uploaded to file gallery "Images"
# Anonymous doesn't have global perm tiki_p_download_files
# Category "Public"
## is set on file gallery "Images"
## has tiki_p_download_files for Anonymous

Image should be downloadable for Anonymous, but isn't.

I had to break in in my test installation of Tiki 21.4 (set a temp admin pw I did not write down in my keepass).

For this scenario, there is a documentation available at
https://doc.tiki.org/Lost-admin-password

First, this document lacks the information, that console.php of a Tiki 21.4 needs to be run on at least PHP 7.1. That is not the default with every ISP, and it isn't with mine (Ionos/1&1, second largest hoster in Germany). If invoked as recommend this will yield:

{CODE(Colors="Tiki")}
<b>Parse error</b>: syntax error, unexpected T_STRING, expecting T_CONSTANT_ENCAPSED_STRING or '(' in <b>MYHOMEDIR/agim/tiki-21.4/console.php</b> on line <b>9</b><br />
{CODE}

Workaround is easy, in my case, the invokation of PHP needs to be "php7.1" instead of "php". But that's dependant on a users's ISP. But I think you should state the PHP level necessary.

But invoked as PHP 7.1, console.php still won't reset the admin pw, and only yields:

{CODE(Colors="Tiki")}
Only available through command-line.
{CODE}

This WAS run on a command line... Inspection of console.php shows an, IMHO, unreliable CLI detection mechanism. Line 21 reads:

{CODE(Colors="Tiki")}
if (http_response_code() !== false) {
die('Only available through command-line.');
}
{CODE}

So http_response_code() is assumed to be false, if run on a command line. A quick test script:

{CODE(Colors="Tiki")}
<?php
var_dump(http_response_code());
?>
{CODE}

yields this:
{CODE(Colors="Tiki")}
int(200)
{CODE}

This is in line with the PHP documentation, which says on https://www.php.net/manual/de/function.http-response-code.php

"If response_code is provided, then the previous status code will be returned. If response_code is not provided, then the current status code will be returned. Both of these values will default to a 200 status code if used in a web server environment.

false will be returned if response_code is not provided and it is not invoked in a web server environment (such as from a CLI application). true will be returned if response_code is provided and it is not invoked in a web server environment (but only when no previous response status has been set). "

As I started both scripts definitely on a command line (Linux bash window running commandline SSH!) either PHP's detection is disturbed by something, or it only tests for the ''presence'' of a web server. This environment of course contains a web server (every Tiki installation will have that), but no distinction as to that HOW php got started (invocation on CLI or invocation by Apache) is done, so it defaults to 200.

So another, more reliable detection mechanism is needed here.

Thanks

The forum doesn’t know where to go when deleting a thread.
2 remarksbox:

Success
The following topic has been deleted:
Testing post in the forum from IOS

Question Error
Incorrect thread

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

While trying to delete my test user on t.o I get the following issue:
https://youtu.be/M0yRw425VuM

I attempted to use ((doc:PluginPivotTable)) in a new page in dev.t.o: ((Bug report evolution))

# I first wrote ~np~{pivottable}~/np~ in the wiki page and saved (to check whether there was going to be some helper to find the right compulsory params that where missing (tracker:5 assigned to some param name, which I didn't remember)
# then I edited again the wiki page, and clicked at the plugin toolbar icon to get the popup helper for pivottable.
** this requested me to indicate the first compusolry field, which offered to me to select some wiki page name, but not the right param content for the data source (tracker:n o activityStream). __First error/regression__ (it used to allow typing any text there, afair, but it currently deletes what the user types since it doesn't match any option from the list of wiki page names shown).
** I selected some page name, so that I could get the param name correctly written in plugin call in the textarea of the wiki page, to fix the value assigned to that param name manually, while also writing to text in the body of the plugin textarea while still in the popup helper. But when I attempted to accept to get the syntax inserted in the wiki page, I got this error message:

-+Plugin edit failed+-

Oups, bad user experience. Looks like as if it was some experimental feature, while it has been there for years across many versions.

https://tiki.org/forum26 = a white screen.
Seems to be stuck 6 month ago
{img fileId="1430" thumb="box"}

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.

Currently, German legislature is pondering the implementation of the dreaded article 17 (formerly Article 13) of the EU Copyright Directive into German law. Similar implementations must be under way in all member states.

This Article demands that "platform providers" (as general as this term sounds, this means everyone from Youtube down to a privately run Tiki installation) MUST provide online upload filtering of media that could possibly be copyrighted, which translates into "ALL media" AND a "red button" with which copyright holders are enabled to immediately (!) block content they find and deem infringes their held copyrights.

As the IT magazine "c't" informes, the proposed "German copyright service providers law" describes several stages that user uploaded media MUST go through before they may go online.

Platforms shall sign contracts with copyright organizations such as GEMA (for music) etc. Licensed content may go online directly. Other content will have to undergo online filtering. Depending on filtering results, content may be blocked or the copyright owner may be directly informed of the suspected infringement.

It has been speculated previously, that only VERY large companies like Youtube (Google) will at all be (technically) able to run such filter services, looking at the sheer amount of computing power and I/O bandwidth necessary. Youtube and Co could offer filter services for smaller platforms that lack the ressources, but possibly not free of charge. This has been critized as giving Youtube and Co. huge power and wide control over the internet, given the fact that technically there is no difference between filtering for copyright infringement and filtering for unwanted political content, in other words: Once installed, such filters could easily be used for censorship of the internet. This led to mass protest by young people all over Europe. The ruling conservative party promised angry voters that the implementation of the EU directive would not implement upload filtering, but apparently they broke their promise.

According to the government, filters SHALL be set to "mildly" filter, enabling the majority of content to go online, but mechanisms must be implemented for copyright owners to protest, as well as a "red button" with an immediate (!) takedown effect.

After clicking on the save button on a modal the user is redirected to the page "undefined".
This happen since Tiki21 and it is working fine in Tiki20.

Tested on : tiki-21.0.RC1

To reproduce:
#Login as Admin
#Enable trackers and button plugin
# Create a tracker with a few fields (in the fade I pasted the export for the tracker and the fields)
+ {FADE(label="Tracker export")}
[TRACKER]
adminOnlyViewEditItem = n
autoAssignCreatorGroup = n
autoAssignCreatorGroupDefault = n
autoAssignGroupItem = n
autoCopyGroup = n
autoCreateCategories = n
autoCreateGroup = n
defaultOrderDir = asc
defaultOrderKey = -1
defaultStatus = o
doNotShowEmptyField = n
fieldPrefix = contact
newItemStatus = o
oneUserItem = n
orderAttachments = created,hits,filesize
publishRSS = n
ratingOptions = -2,-1,0,1,2
saveAndComment = n
sectionFormat = flat
showAttachments = n
showComments = n
showCreated = n
showCreatedBy = n
showCreatedView = n
showLastComment = n
showLastModif = n
showLastModifBy = n
showLastModifView = n
showRatings = n
showStatus = n
showStatusAdminOnly = n
simpleEmail = n
useAttachments = n
useComments = n
useFormClasses = n
useRatings = n
userCanSeeOwn = n
userCanTakeOwnership = n
writerCanModify = n
writerCanRemove = n
writerGroupCanModify = n
writerGroupCanRemove = n
trackerId = 1
name = Contact
descriptionIsParsed = n
created = 1584087369
lastModif = 1584087369
{FADE}
+{FADE(label="Field Export")}
[FIELD1]
fieldId = 1
name = Name
permName = contactName
position = 10
type = t
options =
isMain = y
isTblVisible = y
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
description =
descriptionIsParsed = n
[FIELD2]
fieldId = 2
name = Country
permName = contactCountry
position = 20
type = y
options =
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
description =
descriptionIsParsed = n
[FIELD3]
fieldId = 3
name = Date
permName = contactDate
position = 30
type = j
options =
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
description =
descriptionIsParsed = n
[FIELD4]
fieldId = 4
name = Image
permName = contactImage
position = 40
type = FG
options = {"galleryId":0,"filter":"","count":0,"displayMode":"","displayParams":"","displayParamsForLists":"","displayOrder":"","deepGallerySearch":0,"replace":"n","browseGalleryId":0,"duplicateGalleryId":0,"indexGeometry":"","uploadInModal":"y","image_x":"","image_y":"","addDecriptionOnUpload":"n","requireTitle":"n"}
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
description =
descriptionIsParsed = n
{FADE}
# Populate the tracker with a few items
# Edit a page and create a pluginList with an edit button
+ In my sample I used a table output __with fixed values for editing the item 1 only__ (pasted below)
+ I tested with a link and a button to be sure
+{FADE(label="PluginList content")}
{LIST()}
{filter field="tracker_id" content="1"}
{pagination max="1"}
{OUTPUT(template="table")}
{column field="reference_1" label="Name"}
{column field="reference_2" label="Country" mode=raw}
{column field="reference_3" label="Date"}
{column field="reference_4" label="Photo" mode=raw}
{column field="reference_5" label="link" mode=raw}
{column field="reference_6" label="button" mode=raw}
{OUTPUT}
{FORMAT(name="reference_1")}{display name="tracker_field_contactName"}{FORMAT}
{FORMAT(name="reference_2")}{display name="tracker_field_contactCountry" format=trackerrender}{FORMAT}
{FORMAT(name="reference_3")}{display name="tracker_field_contactDate" format=date}{FORMAT}
{FORMAT(name="reference_4")}{display name="tracker_field_contactImage" format=trackerrender}{FORMAT}
{FORMAT(name="reference_5")}<a href="tiki-tracker-update_item?trackerId=1&itemId=1&modal=1" class="btn btn-primary text-white click-modal">Edit</a>{FORMAT}
{FORMAT(name="reference_6")}{button href="tiki-tracker-update_item?trackerId=1&itemId=1&modal=1" _icon_name="edit" _class="btn btn-success text-white click-modal"}{FORMAT}
{LIST}
{FADE}

Your page should end with something like this:
{img fileId="1385" thumb="box"}

When you click on the link or the button you will have the "Update Item" modal.
*Close will bring back to the page (~~#090:GOOD~~)
*Preview won’t do nothing (~~#F90:I think it shouldn’t be here~~ don’t see how it will be used)
*Save will save but redirect the user to an "undefined" page (~~#F00:BROKEN~~)
+{img fileId="1386" thumb="box"}
+ Video : https://share.vidyard.com/watch/UCAew92XGPH4zHUQ3G2QbG?

Saving used to redirect to the page, same list, same result (if customSearch) in Tiki20.
Here a Tiki20 (using smarty template) with the same code for the button:
https://share.vidyard.com/watch/w8zwARp8C3X1aB4xFSiyma?

I failed to produce this with fancytable:
||Item|Amount|Price per item|Total
Apple|3|1|3
Banana|2|3|6
|sum| | 9||

It's a common usecase, Excel solves this with SumProduct.

Or is it actually possible to solve this with the current implementation??

!!! Issue 1
When I put this:
{CODE()}{favorite objectType="wiki" objectId="PluginFavorite"}{CODE}
in a wiki page as documented here: [https://doc.tiki.org/PluginFavorite], the star can be toggled on and off but in the database I get lines like:
INSERT INTO `tiki_object_relations` VALUES (301,'tiki.user.favorite','user','admin','wiki','mypage');
Instead of :
INSERT INTO `tiki_object_relations` VALUES (301,'tiki.user.favorite','user','admin','wiki page','mypage');

This means that when I put the following code in another page as documented here: [https://doc.tiki.org/Favorites]:
{CODE(theme="default")}{LIST()}
{filter favorite="{ {user} }"}
{LIST}{CODE}
I match nothing.

!!! Issue 2
When I click on a favorite, the LIST plugin is not updated until I do a manual « index:rebuild ».

It will probably be necessary to fix Issue 1 before Issue 2 can be reproduced :-(

! Due to an UX issue, I created the show instance separately
[http://jyhem-9952-15.show2.tikiwiki.org]

I’ve being fighting with a weird phenomena since I’m trying to upgrade Tikis 20 to Tiki21.

My server is ClearOs 7 and I use php7.2 and file directory a storage.

I upload files, most appear ok and can be displayed.
Once in a while the upload is ok and the image appear in the file gallery but can’t be displayed in a wiki page sometimes the image doesn’t appear in the file gallery itself. ( I see a jpg or a png icon over the file in the file galleries)

Metadata shows:
{CODE()}

Metadata Extraction Time

Tuesday February 25, 2020 14:43:57 IST
File Data
File Type

JPEG
File Size

8916 bytes
Width

80 pixels
Height

80 pixels
{CODE}

To solve this:
#I re upload (new version)
+Sometimes when I upload a new version (or replace since I set archives to none) and it work or sometimes I have a WSoD:
+{img fileId="1362" thumb="box"}
+{img fileId="1363" thumb="box"}
+{img fileId="1364" thumb="box"}
+I also get from time to time :
++Error
++Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.
# If not solved I delete the files in the file gallery and upload a new image (it create a new file object).

When I copy back the folder on my local server (to test on a clone before upgrading) or create a clone on the same server most of them are not displayed (jpg or a png icon).
On my local OSX if I preview the files from the finder I can see the image, but Tiki doesn’t:
{CODE()}
<img src="https://domaine.fr/dl18?display" alt="The image “https://domaine.fr.fr/dl18?display” cannot be displayed because it contains errors.">
{CODE}

Once everything solved, I do a files:check from the Tiki console.
{FADE(label="Console.php output on files:check" icon="y")} php console.php files:check
== Image Gallery ==
Configured to stores files in Database
Files in DB: 0
Files on Disk: 0
No Issues found

== File Gallery ==
Configured to stores files on Disk: ../domain_files, files/
Files in DB: 0
Files on Disk: 53
Found 2 Issues, details below:
The following files are missing
+----+----------------------------------+----------------------+
| Id | Name | Path |
+----+----------------------------------+----------------------+
| 5 | 0d28012a77a423c970d528bfd96091dc | ../domain_files |
+----+----------------------------------+----------------------+
The following files are unknown, exists in the folder, but not in the database
+-----------+----------------------+
| Name | Path |
+-----------+----------------------+
| index.php | ../domain_files |
+-----------+----------------------+
...{FADE}
It look ok (the extra file is certainly because of my numerous attempt during the last 3 days but not related to this issue).

I create a dump of the database and copy the Tiki themes folder and files folder on my local (I delete the old one) using Cyberduck (something I’ve being doing for ages) to create a local clone.

I check the files (OSX preview) and I can see the images properly displayed.
I create a new database and dump in the sql file (the database).
I create a new Tiki (git Tiki 20) and do the install process
I place the files folderand the theme folder where it should be.
I place the theme
I re update DB, re-index files, clear cache (you never know)
And check files using the console and I got the same than on my remote.
Look to me like a perfect clone to me.

But now, start the chaos. (can’t say there is a pattern) :-)
*A few images are not displayed on the wiki page.
*A few of images show the jpg or a png icon over the file in the file galleries. (images that are displayed in the wiki pages)

I tested this behaviour and got similar results cloning to Tiki20x and to Tiki21x.
In time and after re-uploading problematic files I narrowed the issue to a few images and I re-upload them manually in my clones.

We are talking about a few files (53) and I’m enough experimented and wanted to report properly the problem (and I’m stubborn :-) ) to solve one by one the issues. I doubt Tiki admin upgrading have the same "patience"...

{img fileId="1365" thumb="box" width=640}
See https://tiki.org/forumthread73548-comments-on-blog-posts

On a Tiki 18 I have an image displayed using
~pp~{img type="fileId" fileId="331" width="30%" responsive="y"}~/pp~

After upgrading to Tiki 21 the image plugin show a PNG default image instead of the real image.

If I change it to ~pp~{img type="fileId" fileId="331" responsive="y"}~/pp~ it work.

Update: After testing on an instance seems something very specific to a Tiki configuration. I con’t reproduce. Closing.

We have noticed at work that our production tiki (using Tiki 21) doesn't seem to find pages through the search feature, since months ago.

In these last months (since feb 2020) we've migrated our tiki site between servers, and upgraded our old tiki20 to tiki21 a few months ago.

I've tried to run the search index through the console.php command -+index:rebuild+-, and I seem to hit this type of errors:
{CODE(ln="1" colors="shell")}
...
error: Indexing failed while processing "Wiki Help" (type wiki page) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
error: Indexing failed while processing "1" (type category) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
...

Indexed
Undefined index: counts on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Invalid argument supplied for foreach() on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Rebuilding index done
Index: index_5f8f52c635dcb
Execution time: 3 mins
Current Memory usage: 171.6 MiB
Memory peak usage before indexing: 16.9 MiB
Memory peak usage after indexing: 188.4 MiB
Number of queries: 253406

PDO::query(): SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1 on line 104 of /path/lib/core/TikiDb/Pdo.php
root@server:/path#
{CODE}

This tracker field with permanentName -+petDocWikiNova+- is a wiki page type of field. And it hold data from long wiki pages (documentation related to projects in a project management scenario based on trackers)

We need help to get this regression fixed (search feature worked fine for us in Tiki 19 and Tiki20).

Since my upgrade to 21.2 from 17.x, I have noticed the use of a forced line break (~np~%%%~/np~) in side a standard Wiki table (~np~||1r1c|1r2c... ||~/np~) no longer works. This is best evident in your own documentation page promoting its use this way. See http://doc.tiki.org/Wiki-Syntax where the ~np~%%%~/np~ are now appearing as text in the table entries where used -- including the one promoting its use in tables!

(I should add I had great difficulty getting back to this file-a-bug form as some cookie and security issues kept preventing me reaching the page.)