Category: File Gallery (elFinder or standard UI)

In Tiki 6.3, when using the 'Upload New Version' feature in the file gallery with Chromium 11 on Ubuntu 10.04 amd64, the file selection dialog appears, but when a file is chosen, nothing happens.

It appears to be an incompatibility with the browser, as the bug does not exist when using the following browsers/OS:
- Firefox 3.6, Ubuntu 10.04
- Chrome 11, Windows 7
- IE 8, Windows 7

Couldn't find anything on the chromium bug list or tiki bug list.

Any help is greatly appreciated!

{syntax type="tiki" editor="plain"}
Uploading a .tar.gz or .tgz file seems to go fine. The "tar tzf" command on the back-end file returns the archive's file listing and "gzip -t" does not show any errors. However, downloading the file with Chrome or FireFox into WinRar claims the archive is corrupt. Downloading the same file with IE works just fine. One of the files in question:

http://bartk.us/t/tiki-download_file.php?fileId=30

Feel free to test. I found a bug from 2006 where this was also happening and it suggested turning off gzip output compression. Looking at the performance settings (it used to be in general) I see gzip output compression was already off, so I turned it on. This did not fix the behavior.

Other files (images and a .rar file) are served A-OK, it is just the .tar.gz and .tgz files that screw up. Back-end storage checksum matches the original file:


$ md5sum THD-fig4.tgz /var/www/localhost/htdocs/tikifiles/7271d5da7a5dc935fe2576ef0a427a69
663f408c4dfc6ca864756f70aa2f9f29 THD-fig4.tgz
663f408c4dfc6ca864756f70aa2f9f29 /var/www/localhost/htdocs/tikifiles/7271d5da7a5dc935fe2576ef0a427a69


This means upload is working A-OK it's just the download that's screwing up. I've edited /etc/mime.types to move the "tgz" extension from the default "application/x-gtar" into "application/octet-stream", but this did not help the file corruption. One of the downloaded files is:


-rw-r--r-- 1 eo eo 60247 Jul 16 21:24 THD-fig4 (2).tar.gz
f3e4f281d2041ce2554d343156b4a1ce THD-fig4 (2).tar.gz

The original being:

-rw-rw---- 1 eo eo 60997 Jul 16 20:36 THD-fig4.tgz

The gzip layer looks in tact on the broken file, but the tar layer isn't OK:

eo@jo ~/THD $ gzip -t "THD-fig4 (2).tar.gz"
eo@jo ~/THD $ echo $?
0
eo@jo ~/THD $ tar tzf "THD-fig4 (2).tar.gz"
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
eo@jo ~/THD $

A little further investigation shows the file is double compressed!


eo@jo ~/THD $ gunzip < "THD-fig4 (2).tar.gz" > "THD-fig4 (2).tar"
eo@jo ~/THD $ file "THD-fig4 (2).tar"
THD-fig4 (2).tar: gzip compressed data, from Unix, last modified: Sat Jul 16 20:36:37 2011
eo@jo ~/THD $ tar tzf "THD-fig4 (2).tar"
THD-fig4-lin-large.gnuplot
THD-fig4-lin.gnuplot
THD-fig4-ranged-large.gnuplot
THD-fig4-ranged.gnuplot
gnuplot.rot
THD.log
THD-ReB=220m-ReS=1m-ReE=221m-RlB=8-RlS=1-RlE=9-VbB=0u-VbS=10000u-VbE=1000000u-IbB=1550000u-IbS=4000u-IbE=1950000u.log
eo@jo ~/THD $

Even with the mime type set back to the original "application/x-gtar" this is the case. Even with gzip output compression disabled now and chrome cache cleared, the file still is presented corrupted by the server.

Help!

{syntax type="tiki" editor="plain"}
Set all the right PHP settings to have the upload screen report an available upload size of 200 MBs. However, when uploading just a 4.5MB file (over GigE LAN) the upload never succeeds. Just sits there claiming to be uploading. There is a burst of traffic, followed by apache2 process taking 100% CPU for a while, but then nothing.

{syntax type="tiki" editor="plain"}
Hi,

After a version upgrade (any data transfer etc...), if a dir containing gallery is forgotten in the new installation (nothing is perfect), it seems that there is no check when the gallery is loaded, this can (most of time) crash Apache.

nota : I have not tested for "files" only for "images" but I pur it into the the categories before I imagin that the problem exist on both.

Checked on 6.x and 7.1

{syntax type="tiki" editor="plain"}
Object permissions do not actually apply to individual files in a filegal. Despite this, we have UI to change said permissions. Trying to apply perms on a file affects the perms on the parent filegal. Very confusing and frustrating usability bug.

The blogs admin area offers an easy way to sort blogs by name rather than id, but the file gallery admin area doesn't. This is important, I think, because if you have lots of files in a given gallery, you may want them to appear in alphabetical order. The id sort method, which seems to be the default, doesn't allow the administrator to build in user-friendly structure for file galleries.

I've put this in as a feature request, but if someone can help me make the change I'm suggesting, I would appreciate the help.

Thanks!

{syntax type="tiki" editor="plain"}
Uploaded a new version of a file.
Clicked "verify" option
Was prompted to confirm.

After clicking confirm, got the following error:

System error.


The following error message was returned:
Unknown column 'fileId' in 'where clause'
The query was:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = ?
Values:
1.1

The built query was likely:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = '1'

a module would be wonderful for the new slideshow features (mootols and jquery) . So far, you can use the slideshow in a wiki page embedding through the iframe plugin the url of the slideshow, but it's way too difficult for newbies.

That module would need some param to let the user choose whether to autosatrt the slideshow, or not (liek the flash plugin with movies).

And another param for automatic loop or just play once. I would say

HTH

This tracker item could not be found

This tracker item could not be found

{syntax type="tiki" editor="plain"}
Admins can easily create file galleries once the feature is enabled. A registered user - even when granted "admin" privileges for file galleries -- cannot create a top-level (i.e. just below default "File Galleries" Gallery, which is "0") gallery, without an error. The user can, however, create galleries within any gallery that resides directly under the top-level gallery (or in any nested gallery).

The error message is as follows:

__Notice:__ invalid variable value: $_GET["parentId"] = ~~#FF0000:-1~~

Maybe some problem with the parentId when it comes to non-admin users?

Either Syncthing shares or better File Gallery . Tiki19 and Tiki20 should be better for this thanks to ((doc:Media Alchemyst))

{syntax type="tiki" editor="plain"}
I upgraded an old tiki 4 install to 6.0.
In filegalleries I did not get the popup when I clicked on the action icon. Nothing happened.
=> I could not update a file.

I found out that it worked when I set "Use CDN for Java..." to GOOGLE in Performance settings.

{syntax type="tiki" editor="plain"}
Actions popup options are truncated starting at 'Download and lock' (menu text usually truncated to 'Do'), such that 'Lock' option is often missing, and 'Delete' option always missing.
Upredictable.

problem occurs at templates/fgal_context_menu.tpl line 114, although commenting out this line shifts the proiblem down.
??is this a block.self_link problem - some sort of overload in this function

Changing File Gallery upload size really should be in: Admin Panel > File Galleries

This is a very common and necessary function that shouldn't have to be changed by changing scripts in php files (novices already have more than enough to learn with the Admin Panel gui, learning to change scripts in php files will only discourage new users and will serve as a reason to drop Tiki and move on to another program).

There should be a simple text box (or drop down) where the Admin can easily change the file size (assumption: when you press 'change preferences' the php script is updated).

On every Tiki site I've work, on this is always one of the very first problems I have to deal with.

thanks,
Mike

I believe it would be great to have version numbers added to files and images gallery.
That way someone could have a reference to an archived file that gets sequential numbering, the way wiki pages do.

In my mind it would work exactly the same as on the wiki pages.
Every time a new file version is uploaded, it's version number would increment and that number would be visible as a column in list gallery and file archives. Maybe even rename "archives" to "file history" to make it identical to wiki and show it's working in a similar way.

Please see: ((WebDAV))

Using the batchupload command on the console it should be possible to set what to do when there is a duplicate file detected, when you upload a file with the same name than a file that is already in the file gallery.

-+ --duplicatedFileReplacesPrevious +-
To replace the file with the new one and delete the previous.

-+ --duplicatedFileIgnored +-
To Ignore new one if a file with the same name is already there.
''It seems it should be the default, but it is not applied (tested on Tiki22, 23 and 24)''

Additionally the process allow a file gallery to be created if it doesn't exist;
-+ --createSubgals +-
Providing the value for "Maximum number of archives for each file" in newly created file gallery.
-+ --createdSubgalMaxNumArchives=1 +-

{syntax type="tiki" editor="plain"}
I can't delete a file gallery. I check the box and then 'with selected, red X'. When I click the red x, it asks me if I'm sure I want to proceed. I say 'yes' and the page reloads but no change is made.

How this gallery was created:
I created the main gallery as admin and was playing with permissions as a regular logged in user. I found I could not 'create' a new gallery, but tiki DID allow me to duplicate an existing one with the same permissions, etc. Which seems like a bug by itself but I digress. I created the duplicate gallery with my generic user but now the admin user can't delete it.

Every Time, i use the Categories-Feature in File-Galleries or when uploading Pictures, it got the following error:

Notice: Undefined offset: 20 in categorize_list.php on line 38

Notice: Undefined index: categId in categorize_list.php on line 44

The Item itself is categorized

I did a version upgrade from 1.9.7 to 2.4
I have problems with file galleries.
When I try to upload a file I receive the following error:

__An error occured in a database query!__

Context:
File tiki-upload_file.php
Url tiki-upload_file.php
Query:
insert into `tiki_files`(`galleryId`,`name`,`description`,`filename`,`filesize`,`filetype`,`data`,`user`,`created`,`hits`,`path`,`hash`,`search_data`,`lastModif`,`lastModifUser`, `comment`, `author`, `lockedby`) values(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:
(then a lot of values follows)
.....

Message:
Built query was probably:

nsert into `tiki_files`(`galleryId`,`name`,`description`,`filename`,`filesize`,`filetype`,`data`,`user`,`created`,`hits`,`path`,`hash`,`search_data`,`lastModif`,`lastModifUser`, `comment`, `author`, `lockedby`) values('21','','','Ten Conf Caballeros Orientales 131.pdf','27400','application/pdf','%PDF-1.4 %�쏢 5 0 obj <</Length 6 0 R/Filter /FlateDecode>> stream k��5$~t���E�sm�S�xn��P�@�T��.\0��9�X��>��ͤ�oÚšp1O&}�+'admin'R���Qb�/O#�,bg�j�ӱ�G�s�y`�RY:����xa#���\0�$O\'R�̨�Ù“tL(e].....binary data continues......,%%EOF ',?,?,?,?,?,?,?,?,?,?,?)

Please I thank you for a solution, because I have my site without this functionallity that is very important to my users

Pablo

After upgrading from 1.9.11 to 2.2, the Last Files module is showing up empty.

It is very hard to ask questions here. (
(Drop down choices rarely match my conditon, this isn't a bug as far as I know, I just need more information)
I am using Tiki Wiki 17. ( was not available to choose from,above).

I am trying to copy a .bsa file to my file gallery:
www.projectashenfire.org/home/cms/tikiwiki/tiki-list_file_gallery.php?galleryId=11

Small .bsa files can be dragged and dropped into the tiki upload menu.
575M .bsa files fail to be uploaded

When I first attempted this, I was using Tiki 16.2, and I was not getting any error messages.

So, I upgraded to Tiki groupware 17.

I now get a consistent error message using Chrome, Opera, Firefox, Comodo, Safari)
When uploading, I get this message
AJAX: error 0 (rejected) for URL: tiki-ajax_services.php?controller=file&action=upload_multiple

What do I do to resolve this, so any user can upload large files to my site?

I have googled the error message but nothing shows.
I have used the forums and faqs on this site to verify no other conditions are required to handle
large files in the file gallery.

I have contacted my worthless tech support and they say it is your issue.

My php.ini settings all look like this:
allow_url_fopen = Off
allow_url_include = Off
asp_tags = Off
display_errors = Off
enable_dl = Off
file_uploads = On
max_execution_time = 90
max_input_time = 90
max_input_vars = 1000
memory_limit = -1
session.gc_maxlifetime = 1440
session.save_path = "/var/cpanel/php/sessions/ea-php56"
upload_max_filesize = 1G
post_max_size = 1G

After all the troubleshooting, I ended up using php 5.6(native) .

I need to know what is going on?

Also, I used the 'contact us' button on your main site to query why my login does not work unless I
use 'forgot password' EVERY time. Only on dev.tiki.org, does it work pefectly.

Allow direct file placement in the file gallery upload folder and have it index the files/add them to the file gallery...similar to the photo gallery which simply index all files with an image extension (ie. jpg, gif, bmp) and displays them in the batch upload area, this feature needs to be integrated into the file gallery so you can add/ftp files into the file gallery stipulated upload folder and them show up in a file gallery.