Uploading png files to file galleries get them corrupted somehow. See screenshots (I'll upload them here in short). And a pdf file I uploaded to the file gallery, after I downloaded it again from tiki, I couldn't see its contents properly (see the other screenshot; some font seems to be missing). If I open the source pdf file (not passing through tiki file gallery but directly the one I had in my computer from elsewhere), I can see the contents of that pdf as expected
Fairly standard setup on Ubuntu 16.04 (see Ubuntu Install ), with mysql 5.7.x, and php 7.0.x (originally, but same issue with php 5.6, 7.0.x, 7.1.x, 7.2.x). Using gd (imagemagick installed also after I hit the bug the first time, just in case it automagically helped, but it didn't - I didn't remove gd, btw)
I've tested also using tiki15svn, and I couldn't use it due to some weird error I had never seen before of zend session validator class not finding Id.php in place. (!). Therefore, I couldn't test tiki15svn in the same server.
I tested using tiki17svn, and file uploads worked as expected (nice!).
I tested using tiki18svn, or tiki trunk, and I got the issue I reported.
Gosh, similar issue might be happening on dev.t.o (at least for me; is it only me???): try to see the png files that I produced as screenshots, e.g.:
Update: avoided the issue by means of changing the storage of files in file galleries from db to file system.
Therefore, the issue might be specific to Tiki18+ and Mysql5.7 maybe? (in another production server of mine, the setup is fairly similar in Ubuntu 16.04, but with MariaDb instead of MySQL 5.7, and I didn't see the issue of images getting corrupted).
As a consequence, I removed the tag "Release blocker", since I'm not sure how many production server are out there with MySql 5.7 and storing files in database. Feel free anyone to re-tag to release blocker if this is too critical for someone else.
I removed "19.x" categorization because branch 19 doesn't exist yet. The category "regression from version 18 to 19" is accurate here and already assigned.
Show.tiki.org snapshot creation is in progress... Please monitor http:///snapshots/ for progress. Note that if you get a popup asking for a username/password, please just enter "show" and "show".
Password reset was successful
Password reset failed
Show.tiki.org instance destruction is in progress... Please wait...
The public/private keys configured to connect to show2.tiki.org were not accepted. Please make sure you are using RSA keys. Thanks.
Unable to connect to show2.tiki.org. Please let us know of the problem so that we can do something about it. Thanks.
Show.tiki.org is currently under maintenance. Sorry for the inconvenience.
Unable to get information from show2.tiki.org. Please let us know of the problem so that we can do something about it. Thanks.
Show.tiki.org is in the progress of creating the new instance. Please continue waiting for a minute or two. If this continues on for more than 10 minutes, please let us know of the problem so that we can do something about it. Thanks.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
The URL for the show2.tiki.org instance that demonstrates this bug is at: http://. Note that if you get a popup asking for a username/password, please just enter "show" and "show". This is different from the initial login and password for a new Tiki which is "admin" and "admin".
For the install log, see http:///info.txt
Note that if you see PHP errors or a Tiki claiming to be missing third party software, the instance creation is probably not finished. Please wait a couple minutes and reload.
Snapshots are database dumps of the configuration that developers can download for debugging. Once you have reproduced your bug on the show2.tiki.org instance, create a snapshot that can then be downloaded by developers for further investigation.
Snapshots can be accessed at: http:///snapshots/. Note that if you get a popup asking for a username/password, please just enter "show" and "show".Create new snapshot
|No attachments for this item|