Category: File Gallery (elFinder or standard UI)

{syntax type="tiki" editor="plain"}
It would be super useful to be able to see the category assigned to a file when list files in the files gallery.

{syntax type="tiki" editor="plain"}
I added this ticket as feature request as in reality it could have been considered as a sort of regression.

Before Tiki29 when you were uploading a file or several, you could see the success message __and the fileID.__
This allowed the user to grab that ID and use the file id anywhere (on a wiki page for exemple) right away.

Since Tiki29, with a very nice improvement on the interface, after the upload the user can see the download was successful but the fileID is not displayed anymore. It forces the user to return to browse the file gallery, to find the one or the several files he uploaded and to grab the fileID.

See: https://ibb.co/Kpszss3L

It would be nice to have it back, avoiding these extra steps and time.

Update: The issue happen when you upload a single file (in the modal) and not when you upload several files.

I attempted to upload a simple image to a doc.t.o page (it seems to be using 19.x and elfinder) and I got error message about CSRF
{QUOTE()}
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.
{QUOTE}

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

I had to disable elFinder to allow uploading images to doc.t.o.

Feel free to re-enable elFinder feature in doc.t.o anyone once it's confirmed to have been fixed.

I saw this error when visiting this url: http://doc.tiki.org/preview564

{CODE()}
( ! ) Notice: MemcachePool::set() [<a href='memcachepool.set'>memcachepool.set</a>]: Server 127.0.0.1 (tcp 11211, udp 0) failed with: SERVER_ERROR object too large for cache (3) in /path/lib/cache/memcachelib.php on line 169
Call Stack
# Time Memory Function Location
1 0.0004 797536 {main}( ) ../route.php:0
2 0.0016 1069608 include( '/path/tiki-download_file.php' ) ../route.php:245
3 3.6856 80335592 Cachelib->cacheItem( ) ../tiki-download_file.php:369
4 3.6856 80335592 CacheLibMemcache->cacheItem( ) ../cachelib.php:44
5 3.6856 80335768 Memcachelib->set( ) ../cachelib.php:387
6 3.6856 80336192 set ( ) ../memcachelib.php:169
{CODE}

{img fileId="720" thumb="y" rel="box[g]"}

"File Galleries configuration templates" is an option in the General Settings. But there is no help icon and the documentation at https://doc.tiki.org/File+Gallery+General+Settings has no information.

{syntax type="tiki" editor="plain"}
when downloading a file from the gallery with IE the result is corrupted. Firefox or Chrome have no problems.
This is related to the general IE(5/6/7/8) inability to handle compressed files correctly.
Tried various suggestions in .htaccess with no result.
example:
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI \.(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary

the file gallery module is serving from file system, not from the database.
A zip file in the filesystem served by apache directly works fine.

As described here:
http://swfupload.org/
http://www.xajaxproject.org/developer/q_no/swfupload/swfupload.php

Ideal:
with progress bar
adding folders
resume upload after network problem



related:
http://www.webappers.com/category/components/upload/
http://the-stickman.com/files/mootools/multiupload/

I uploaded a picture at dev and I move mouse over the drag & drop zone.
It changed into a text field I could type in.

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

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

Very disturbing :)
Seems to be related to el-finder (upgrade available)

Unsure whether this is a regression or not.

Using elFinder here:
http://demo.tiki.org/11x/tiki-list_file_gallery.php?galleryId=6&view=finder

duplicating images (there is an option there) do not duplicate them (unable to copy "File Galleries/dsfg/New Svg Image drawing".

{img fileId="289" thumb="y" rel="box[g]"}

While trying to insert a file or image into a tiki page, the editor user interface will not load that image using "Browse Gallery" when that file is clicked on.
Please see show instance for 19.x and the same issue is present in tiki 20.x

As of 21.x and 22.x the elFinder gallery url's have changed. This has created issues with existing menu items that were pointing to a file gallery. The url's used before would have a trailing /file1 for a gallery.
Now using elFinder their is an extra trailing url attached that looks like this:

/file1#elf_f1_MQ

A show instance will be created, at the show instance you can turn elFinder on and off, and view the gallery url's change.

If you are in a site with some "documentation" activity (a bunch of images already in the default folder), it's not easy for the end user to insert the image he/she has just uploaded to Tiki thorugh the toolbar icons/actions.

With the former file gallery interface to upload a file, you see the thumbnail or icon of the image/file just uploaded, so that it's very easy to find it and click on it to get the corresponding wiki syntax inserted in the text area, so that the file is used within the text.

With elFinder, this simple task becomes difficult, annoying, and time consuming (plus irritating at some times, if you can't seem to find the image you have just uploaded and you KNOW it's there somewhere).

Usual case (can be easily reproduced in doc.t.o):
# Log in doc.t.o
# Edit a documentation page
# Click at the toolbar icon to insert a new image from your local harddisk. elFinder interface is shown.
# Click at the icon to insert the file from your harddisk. Select your file, upload it.
# Once the file has finished uploading, you have no clue where the image is, and it's way more complicated to have your image inserted for you in your wiki page or text area.
** You have to start scrolling and scrolling there in the elFinder window to look for something... I know my image was called (real example from today) "tiki13_tracker_events_00.png".
** I typed "tiki13_tracker_events" in the search box, and nothing was shown (!).
** I typed "tiki13_tracker" in the search box, and nothing was shown (!).
** I typed "tiki13" in the search box, and dozens of images where shown (!!!).

At this time, my annoyance started to increase quite a lot, as you can image...

We need to make the lifer easier for the end user (and for the *.t.o Tiki contributor)

^ Expected behavior with elFinder:
* Once the file has finished uploading, we expected to have elfinder automagically search for that file name ("tiki13_tracker_events_00.png"), and display the end user JUST the icon/thumbnail of that file just uploaded, so that this human being can easily click on it to have it inserted.
^

Thanks for improving this lovely elFinder interface! :-) {sign user="xavi" datetime="2015-01-26T10:13:55+00:00"}

When using ElFinder as the gallery viewer, browsing for images does not work. ElFinder returns the img plugin syntax instead of the image URL.

The show instance does not work too well. So, I made a screencast
{flash type="url" movie="display437" width="759" height="753"}

Adding CkEditor image toolbar button to show, too.

Note: This is when using HTML WYSIWYG and the CKEditor Image tool, but will have a go {sign user="jonnybradley" datetime="2013-10-30T17:18:39+00:00"}

http://doc.tiki.org/tiki-list_file_gallery.php?galleryId=1686

{img fileId="609"}

{syntax type="tiki" editor="plain"}
Should just be some UI work so when a user selects a file, and uses contextual menu, WebODF or SVG-edit options appear if the file is of the right type.

If you write a wiki article for example and want to insert a image or picture you already uploaded you use the button for picture.
Then you select file galleries as the data source and want to select a file directly within the file gallery.
That's not the real problem. But as soon as you use elFinder for file gallery view you still can select a image but it will always insert a whole code tag within the "image id" field (eg. {img fileid="34" ...}) and not only the fileid itself.

The fix is really easy, you just need to edit the file [yourtikihome]/templates/tiki-list_file_gallery.tpl at line 294 and replace this line with the following:
{CODE(caption="templates/tiki-list_file_gallery.tpl")}window.opener.insertAt('{{$filegals_manager}}', data.fileId);{CODE}

Maybe you should fix this in a following version, as it's really annoying to fix the form every time.

-------

the patch doesn't seem to work. still having the issue of the full plugin code gets injected.

This is probably a Jonny bug now since it touches ElFinder

On a file gallery description if you copy/paste or insert an emojis from your mobile on save you’ll lost your edit and get a error 500.

Currently, when users upload images to the File Gallery, they are stored at their original size and resolution. This creates performance issues, especially when large images (e.g., 5 MB) are used in wiki pages. These large images load slowly for end users and increase bandwidth usage.

__Problem__:

When inserting large (e.g., 5 MB) images from the gallery into wiki pages, they load slowly, affecting user experience.

Users often forget or don’t know how to compress images before uploading.

''There's currently no way to reduce image size from within Tiki''.

__Feature Suggestion__:
Add an option during image upload to compress the image, either by:

A compression quality slider (e.g., 0–100%)

Predefined levels (High Quality / Balanced / Compressed)

The system should compress the image before saving it to the gallery. Optionally, admins could allow saving the original uncompressed file separately.

When I try to set permissions for galleries or other objects manually, I get an error.

See [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=10&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=22138|Forum Link] for an other post and a screenshot of the error.

I have errors trying to access a file in a subfolder on dev.t.o on the file galleries.

Using the main link to open the folder Bug Report Image => bsfez I have errors.
Using the Tiki Explorer for the file galleries it worked.

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

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

---

Not the same issue but may be related, I couldn't set a plugin img after uploading and setting the plugin following the process using the dialog modal from the Help plugin. I also tested on Safari and Chrome.

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

I tested on Tiki19 using nextdev.
nextdev is using elfinder and it worked better but still I had to retry several times to get over an error after the upload (may be due to nextdev setup ?):
^Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.^

https://nextdev.tiki.org/item6831-test-file-gallery
Not sure I can add 19.x to this ticket... In doubt I didn't.

{syntax type="tiki" editor="plain"}
error when uploading files with accented names in batch directory in File Gallery

If you use Directory Batch upload of files, if files have particular language characters like "á" then it shows an error on the report for those files.

It works well with other file names that do not use this type of characters.

Settings are:

Uploading to directory ON

Symptoms:
- Website webdav "interface" (in web browser https://mydomain/tiki-webdav.php) is available, no issues
- when I try to open webdav in Mac Finder client (same address, same authorisation with username and password) I get following error:
"There was a problem connecting to the server "mydomain"
Check your server name or IP address, and then try again. If you continue to have problems, contact your system administrator."

TikiLogs says something strange:
TYPE TIME USER MESSAGE IP CLIENT
1214 system 4 minutes ago Anonymous 195.136.10.138 WebDAVFS/3.0.0 (03008000)...

Some extra notes:
- I'm using web server over SSL (with Let's Encrypt cert), but I was also trying to connect over regular http, same result
- TikiWiki 21.2
- regular installation on shared hosting
- I'm using _htaccess linked to .htaccess (ln -s)
- File Gallery on, WebDAV on

How can I help you finding the problem/solution?

See two screenshots (error with thumbnails in File Gallery)
http://dev.tikiwiki.org/show_image.php?galleryId=1

After some time one or more thumbnails of uploaded images in the File Gallery cannot be displayed anymore. The link seems to be lost.
There an error on the page mentioning an error in tiki-js-sorttable.js. Please help.

When entering the admin function of file galleries (http://MYADRESS/tiki-18.7/tiki-list_file_gallery.php?show_details=n&view=admin&galleryId=1), a fatal error is thrown:

{CODE(Colors="Tiki")}
Fatal error: Uncaught --> Smarty: undefined extension class 'Smarty_Internal_Runtime_CheckPlugins' <-- thrown in /MYDIRECTORY/tiki-18.7/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_undefined.php on line 62
{CODE}

There are Fatal errors when applying "Random Header Images" profile in 20.x (using with php 7.2, in case it matters). However, in 19.x on the same machine it worked as usual with no errors.

Error message in apache:

{CODE(ln="1")}
[Sat Aug 17 17:46:56.382532 2019] [php7:notice] [pid 19032] [client ::1:44448] PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function Services_Tracker_Utilities::cloneItem(), 2 passed in /opt/html/20.x/lib/core/Services/Tracker/Controller.php on line 1479 and exactly 3 expected in /opt/html/20.x/lib/core/Services/Tracker/Utilities.php:585\nStack trace:\n#0 /opt/html/20.x/lib/core/Services/Tracker/Controller.php(1479): Services_Tracker_Utilities->cloneItem(Object(Tracker_Definition), Array)\n#1 /opt/html/20.x/lib/core/Services/Broker.php(108): Services_Tracker_Controller->action_link_items(Object(JitFilter))\n#2 /opt/html/20.x/lib/core/Services/Broker.php(28): Services_Broker->attemptProcess('tracker', 'link_items', Object(JitFilter))\n#3 /opt/html/20.x/tiki-ajax_services.php(51): Services_Broker->process('tracker', 'link_items', Object(JitFilter))\n#4 {main}\n thrown in /opt/html/20.x/lib/core/Services/Tracker/Utilities.php on line 585, referer: http://localhost/20.x/tiki-index.php?page=HomePage
[Sat Aug 17 17:47:08.779477 2019] [php7:notice] [pid 18804] [client ::1:44460] PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function Services_Tracker_Utilities::cloneItem(), 2 passed in /opt/html/20.x/lib/core/Services/Tracker/Controller.php on line 1479 and exactly 3 expected in /opt/html/20.x/lib/core/Services/Tracker/Utilities.php:585\nStack trace:\n#0 /opt/html/20.x/lib/core/Services/Tracker/Controller.php(1479): Services_Tracker_Utilities->cloneItem(Object(Tracker_Definition), Array)\n#1 /opt/html/20.x/lib/core/Services/Broker.php(108): Services_Tracker_Controller->action_link_items(Object(JitFilter))\n#2 /opt/html/20.x/lib/core/Services/Broker.php(28): Services_Broker->attemptProcess('tracker', 'link_items', Object(JitFilter))\n#3 /opt/html/20.x/tiki-ajax_services.php(51): Services_Broker->process('tracker', 'link_items', Object(JitFilter))\n#4 {main}\n thrown in /opt/html/20.x/lib/core/Services/Tracker/Utilities.php on line 585, referer: http://localhost/20.x/tiki-index.php?page=HomePage
[Sat Aug 17 17:52:25.749435 2019] [php7:notice] [pid 18795] [client ::1:45656] PHP Fatal error: Uncaught Error: Cannot use string offset as an array in /opt/html/20.x/lib/metadata/datatypes/exif.php:776\nStack trace:\n#0 /opt/html/20.x/lib/metadata/filetypes/jpeg.php(53): Exif->processRawData(Array)\n#1 /opt/html/20.x/lib/metadata/metadatalib.php(125): Jpeg->getExtendedData(Object(FileMetadata))\n#2 /opt/html/20.x/lib/filegals/filegallib.php(3857): FileMetadata->getMetadata('/tmp/wiki_MARur...', true, true)\n#3 /opt/html/20.x/lib/core/Tiki/FileGallery/Manipulator/MetadataExtractor.php(21): FileGalLib->extractMetadataJson('/tmp/wiki_MARur...')\n#4 /opt/html/20.x/lib/core/Tiki/FileGallery/File.php(215): Tiki\\FileGallery\\Manipulator\\MetadataExtractor->run(Array)\n#5 /opt/html/20.x/lib/filegals/filegallib.php(3321): Tiki\\FileGallery\\File->replace('\\xFF\\xD8\\xFF\\xE0\\x00\\x10JFIF\\x00\\x01\\x01\\x01\\x00...', 'image/jpeg', '2010_Barcelona_...', '2010_Barcelona_...', NULL, NULL)\n#6 /opt/html/20.x/lib/core/Tiki/Profile/InstallHandler/FileGallery.php(191): FileGalLib->upload_single_file(Array, '2010_Barcelona_...', 79046, 'im in /opt/html/20.x/lib/metadata/datatypes/exif.php on line 776, referer: http://localhost/20.x/tiki-admin.php?profile=Random_header_images_14&categories%5B%5D=20.x&repository=http%3A%2F%2Fprofiles.tiki.org%2Fprofiles&page=profiles&redirect=0&list=Find
{CODE}