Category: 20.x Regression

Currently, when you write __a new__ article at tiki.org and then click the preview button, the page refreshes with all the form empty, so all the inputs and edits are lost. (Seems like I reported this earlier, but the bug list search also didn't work when I tried to find it, so I'm not sure.)

Cliking on marker of any geolocated wiki page on a map produces no popup box anymore (it shows "loading...")
Other geolocated items work as expected regarding this feature, afaik
Reproduced with "GeoCMS Maps_18" profile o 18.x, 20.x, 21.x and trunk. as of today {sign user="xavi" datetime="2020-02-22T13:18:46+00:00"}
See it reproduced here:
http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Wiki-pages
u: admin
p: 12345
(using trunk)

Tested in Tiki20x and Tiki21x.
Using php console.php files:check throws a notice on wiki attachment:

CODE()}
== Wiki Attachments ==
Configured to stores files in Database
Files in DB: 0
Files on Disk: 0
No Issues found

PHP Notice: Undefined index: f_use_db in /var/www/virtual/elyseavenue-paris15.fr/html/lib/core/Tiki/Files/CheckAttachmentGallery.php on line 105
PHP Notice: Undefined index: f_use_dir in /var/www/virtual/elyseavenue-paris15.fr/html/lib/core/Tiki/Files/CheckAttachmentGallery.php on line 116
{CODE}

I tested with Tiki19 I think (may be earlier) and it may be caused by PHP version change.

Tested in my Chrome browser all edit plugin helper icons do nothing currently on tiki.org
E.g. clicking the jigsaw puzzle icon on https://tiki.org/Roundtable+Meeting+2020+01 (with javascript:void() link) does nothing. Same on doc.tiki.org

No errors in Google chrome Console appearing.

Can anybody confirm/reproduce?

Google Chrome is up to date
Version 79.0.3945.130 (Official Build) (64-bit)

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

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

Currently in the tiki.org forums ("Last update from SVN (20.2svn): Monday 02 December 2019 04:56:58 JST- REV 73848"), when you preview a post/reply, the page refreshes in its original state before you wrote the post/reply. The post/reply content is lost.

Just happened to me on 21.x - dull {sign user="jonnybradley" datetime="2020-03-23T12:16:01+00:00"}

Weird translations have been added to the french language.
See screenshot.

There may be more I didn’t see.

{img fileId="1349" thumb="box"}
{img fileId="1350" thumb="box"}

It is not the first time it is fixed, it is important that the dev who commit the changes understand it is not good.

Using the Mouseover plugin, the popup content displays at/near the top of the page rather than at the position of the pointer. See on [https://tiki.org/Versions] (find in page: "which is the highest you can upgrade to if you have Win XP" or "IE 10 note"). This is especially problematic on long pages like "Versions" because the top of the page is out of the viewport, so the user doesn't even realize the mouseover popup opened unless they scroll back to the top for some reason. I checked with a couple of browsers.

When changing object permissions, e.g. on a wiki page, when I confirm the permission change I get a feedback message "No permissions were changed" on top of the page which is not true. It actually changed the object permissions as intended, just the message is wrong!

Cheers,
luci

Was hard to diagnose...

After upgrading a Tiki20 to Tiki21 I was able to rebuilt the index:

{CODE()}
[03-03-2020 12:05] Started rebuilding index... logging to file: /var/tmp/Search_Indexer_mysql_tsaharoniki_tiki21_console.log
Unified search engine: MySQL, version 5.7.26
error: The search index could not be rebuilt.
Expression #1 of ORDER BY clause is not in SELECT list, references column 'tsaharoniki_tiki21.ttif0.value' which is not in SELECT list; this is incompatible with DISTINCT
{CODE}

The log:
{CODE()}
2020-03-03T10:47:35+02:00 ERR (3): WARNING: PDOStatement::execute(): SQLSTATE[HY000]: General error: 3065 Expression #1 of ORDER BY clause is not in SELECT list, references column 'tsaharoniki_tiki21.tti$
{CODE}

Checking the item (I had to find it!) I found out that having a sort parameter in an itemList field was responsible.

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

Once removed it worked.
This is very problematic when you have financial data as any report must be ordered (by date).

Update: {sign user="Bsfez" datetime="2020-03-08T17:20:40+00:00"}
Same same in Tiki 20
It may be related to the removal of the "split" function in PHP 7+;
https://whmcs.community/topic/290945-how-to-sort-smarty-variables-in-whmcs-76/

Update: {sign user="Bsfez" datetime="2021-03-02T14:41:19+00:00"}
It is now also on Tiki18.8 as it was signaled to me by another Tiki user (tested with him)
I tried to reproduce on the show instance but there is a bug with field list on the trackers and it is not possible to recreate the caches.
{img fileId="1514" thumb="box"}

Trying to understand what is going on with files and Tiki21 (most image show a .jpg icon instead of the image in the file gallery) I found out that I have way to much files in my file folder than my file gallery.

For 53 files in Tiki I have 204 files in my directory.

{img fileId="1359" thumb="box"} {img fileId="1358" thumb="box"}

I understand there is an option to have more than one file per file (previous version) but I never had such quantity of extra files.

I see a parameter at : tiki-admin.php?page=fgal
"Allow download limit per file"
It is not set by default and when setting it the user have no idea of the limit that he can set.

# --I should be able to set "here" the threshold for the limit-- See my comment {sign user="Bsfez" datetime="2020-02-24T08:09:13+00:00"}
# I don’t think this is the expected default behaviour and it can lead to serious inflation of the file folder (especially for new users without a lot of experience in IT).
# Now that it’s all here and after I set my limit to allow 1 file per download (1 file in my directory for 1 file in Tiki gallery) how to clean the extra files that are still there ?