Category: File Gallery (elFinder or standard UI)

Not all galleries are listed (for example when uploading a file).

The problem is (IMO):
#$allIds is given as reference
#foreach go through the array (with an internal iterator)
#in next recursion step an other foreach is called (but with the same $allIds-object)
#the iterator reaches the end of the array and the loop goes a recursion step back
#the "outer" forach continues, but the iterator of $allIds is at the end of the array
#no other item is checked, if one of the inner recursion steps reach the end of the array

Between Tiki2 and Tiki3, behavior of PlginFile changed, and is causing "No such attachment on this page" errors

http://www.google.com/search?hl=en&q=%22No+such+attachment+on+this+page%22+site%3ATikiwiki.org&aq=f&oq=&aqi=

Some file galleries were not visible although categorized so they should have been visible. Had to set the "This Gallery is Public:" but this flag is not documented so its behavior is unknown.

I've added the following features to my tikiwiki 1-9-5:
1. added max_depth to {toc}
with {toc max_depth=3} I can limit the depth of the toc created. This is convenient if I only want to show the next level of subsections.

2. get a file by name via tiki-download_file
with galleryId=<id>&name=<?> I can retreive a file by name. If there are files with the same name the most recent is taken. This is convenient as I can reference the files by there name, e.g. schedule, an I can easily update it with out changing pages. Dynamic content would also work but I prefere the name as it is more obvious than 'content id=42'

3. get a random picutre from a gallery via show_image
with galleryId=<id> a random picture of the identified gallery is given.

Contributors

I need to see the information about the last modification of files on the File Gallery. Date and User.

two more columns are needed in tiki-list_file_gallery.php. Last modified, User. I don't know if more mysql field are required.

Contributors

Text search on files is not usable in 2.0RC4. Table tiki_files "search data" is empty. Files were uploaded, then I defined MIME types, then reindexed. I clicked on "Reindex all files for search" in Admin>File Galleries but can't tell if anything happened; nothing is in Tiki Logs (I already know there is no code for Debug Console to show what Admin>File Galleries is doing). I defined the MIME filters in http://doc.tikiwiki.org/tiki-index.php?page=Search+Admin&bl=n

This apparently sometimes works. In my "trunk" development system I have different text/.doc files uploaded and those were reindexed after I defined the MIME types.

UPDATE: I had trailing spaces in the MIME type names and the filter commands, due to cut-and-paste behavior. I request that trailing spaced be trimmed from the MIME filter input fields.

Users cannot edit files galleries properties.
At tiki-list_file_gallery.php file, the second if statement is open in the wrong place:

tiki-list_file_gallery.php

312 // Check THIS gallery modification rights
313 if ( $galleryId > 0 ) {
314 if ( ! $user || $gal_info['user'] != $user )
315 $smarty->assign('errortype', 401);{
316 $smarty->assign('msg', tra('Permission denied you cannot edit this gallery'));
317 $smarty->display('error.tpl');
318 die;
319 }
320 }

Contributors

Our users keep adding large .ogg files in our files galleries and we have been asked to externalize theses files in a special download directory of the web server. Problem is that the admin screen of the files galleries doesn't have a DISPLACE section. You can set the option for the files to be added in an external directory, and the new ones are indeed placed into it, but the existing files stay in the database.

I have discovered that the *Image* galleries admin screen has this DISPLACE section but it will work only for the image galleries, no way to use it for the non image galleries.

Contributors

Contributors

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!

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!

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.

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

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!

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

Bugs & Wish list

Bugs & Wish list

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?

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.

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

Please see: ((WebDAV))

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.

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.

Editing a Wiki page i upload an image ({IMG(src="http://shocksite.com/pics/icons/pictures.png")}{IMG}) directly from the edit page. The code look like this :
{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{img fileId="1" thumb="y" alt="" rel="box[g]"}{CODE}

I have set perm "tiki_p_view_file_gallery" for anonymous.

Unlogged (anonymous) i can't see the picture (tested on several browsers win/mac).
Logged as admin i can see the picture.

I have checked what perm allow the picture to be displayed and found that only when the perm "tiki_p_download_files" is set for anonymous an un logged visitor can see the picture.

There appears to be some conflict regarding values returned by tikilib's list_file_galleries, returning 'parentId' instead of 'galleryId', when tiki-batch_upload_files.php wants galleryId.

This results in the pulldown list of which gallery to move the incoming files having wrong values set, moving them to the 'parent' gallery instead of the selected gallery, and for top-level galleries, moving them to the invalid "gallleryId = -1"-gallery, where they are unrecoverable.

Copied a bunch of files in directories several levels deep to my batch upload directory. Selected option "Use the last sub directory name as description". Files have no description. This is on a Linux Ubuntu TW 2.0 system.

This is a great feature for image gallery. Would be really nice for file gallery too.

__When you create a zip which contains subdirs the system seems to work but nothing is done.__
tikiwiki accepts only a zip file with one level to load a lonely galery.
~~#FF0000:__This can be, should be enhanced__~~

!!This is the bug : it must not don nothing without an error message.


!!The enhanced functionalities :
Now what is the most important problem. When you want to upload many files they are generally into a structure of directories and subdirs with some levels.
This subdirs structure fits with a meaning, groups of file, with same properties and generally the groups that you want to retrieve into the gallery structure (galleries hierarchy).
Generally the files systems don't support libel, comments etc... that be easily communicated, which informations we can hold with the tikiwiki file gallery.

The consequency of these premises is that the best way to load such a structure is that the zip subdir structure should be imported as a gallery structure with the attached files.
After the galery manager can enhance the information (files names, sub-galeries names, comments, properties, rights etc...)
!!
Further the problem of upgrading a voluminous file galery :
1- security and reliability : such load could not be done only into an empty galery without sub ones neither files
2- the system could memorize the subdir names and accept zip upgrades if the structure fits. First same dependencies, accept new subdir and new files, and following the update options of files with same name accept the upgrade keeping associated informations.

I have a 3.3 Tiki Application with a File Gallery configured to store files in the MySQL database. It IS possible to upload zip files and unzip them during the upload. Very useful!

I'm testing a 4.0 instance of the same application, and now the "batch upload" feature does not upload and unzip *.zip files.

I noticed the following comment in the Tiki docs....

~~#f00:"Note that you can use the Batch uploads only when you don't use the database to store the content of the files!"~~

Was some functionality taken away?! I sure miss it.

If I change to storing files in a directory (instead of the DB),
will that also mean the loss of full-text search capabilities?

I'm using 1.9.10, on my server I can use ONLY php 4 and mysql 4, I was having problems downloading files from galleries (file and image), that doesn't display or download properly. Thanks to nkoth3 on the irc channel I discovered that the problem was that Tikiwiki adds a blank line at the top of each file making that files sorta "damaged". So I used a script to find which tw files has blank spaces or lines at the end of the code (after ?> ) but also fixing all the files didn't solve for me.
My website is http://www.magowiz.net
What should I do now?
The script I used is attached

When you click on the browse button/link in the file gallery, a new window opens and that is it, it displays the same as the normal page. No preview, images or what ever

Only the 1st level of File Galleries are shown. Further sub-galleries at a deeper level are hided in the tree view.

As the admin I can't add permissions to Registered users or a new user group. In 3.1, I was getting errors when logged in as Registered user that I couldn't upload even though that was available to me (there's an open bug report about this). I don't get that error now and I can upload as a Registered user, but I cannot then go back and see it - no Galleries are visible to me. I can see them as an admin, though, but that is not useful since users need to view galleries also and aren't able to.

Also, I got these errors when I upgraded to 3.2:

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1091

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /tmp/cpanel_phpengine.1254931905.289840z3jsIGfOH on line 1177

When an Admin or a Group Member who has permissions to upload/view/edit files in specified file galleries, uploads a file to a gallery, they themselves and other non-admin users cannot view the file.

In tikiwiki 2.2, I created a file gallery and then attempted to upload a file. Set to save in database.

With memory_limit in php.ini set to 32M, the upload page says max file size is limited to 4MB. I can upload files that are smaller than 1 MB, but files larger than 1MB produce the PHP error message:
{img src=images/code.png}%%% {CODE()} Fatal error:Allowed memory size of 33554432 bytes exhausted (tried to allocate ... bytes) in ...\lib\tikidblib.php on line 208 {CODE}

If I set the memory_limit to 64 MB, the upload page says max file size is limited to 15MB. If I try to upload a file larger than 1 MB, PHP generates the error:
{img src=images/code.png}%%% {CODE()} Fatal error:Call to member function fetchRow() on a non-object in ...]lib\tikiklib.php on line 920 {CODE}

If I set to save to a folder instead, upload works.

Ugraded this site to 7.1:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

and now, I can't upload files to the Files gallery.

Here is what I do:

* tiki-upload_file.php
* click on Browse button
* Navigate my disk and select an image file
* Click UPload Files button
* Nothing happens.

I would like to use tiki as a Document Managment Solution (apart from other things I use it for). To do this I would like to assign one or (typical) more categories to one file within a file gallery. Using categories inside a file gallery would make it much easieren to manage huge numbers of files.

When an image or file gallery is categorized the title & description are added to the tiki_categorized_objects table BUT if the title or description is then edited and changed this change does not get made to the fields in the tiki_categorized_object table. This means that when the objects are shown in the Browse Category function (or using the Category Plugin) then the 'old' title and description are shown.

I think I've verified this in the 'clean install' area and by direct examination of my own databases using phpMyAdmin.

Contributors

It is now possible to comment a file gallery. However, it would be more useful to be able to comment an individual file.

For example, someone uploads an audio or videoclip, others could comment.

suggestion by Yannick Boily

this picture shows, that there is no selection box for the selection of a parent gallery for this (new) gallery presented at the form.

Deeply nested large file galleries slow to a crawl when file browsing. I have a site with roughly 3000 sub-file galleries. The site is quite fast for browsing wiki pages, but the file galleries have slowed to a crawl. A regular page load takes about .2 seconds. To load a typical file gallery takes about 17 seconds. I believe there is a recursive call to a function that is building the directory structure each time you browse to a new folder that is slowing it down, but I'm not really sure about how to fix it.

Perhaps store the tree in the database and only update it when changes are made to the tree?

Unable to delete a file gallery created with admin user. I select the gallery and click the delete icon yet the gallery remains listed.

When I made a Directory Batch importation of files, when I go to the gallery where I put my files, the size of those files is "0 B".

Environment:

Ubuntu Server 8.04
ISPConfig 2

Step to reproduce:

1. Make a new directory outside the TIKIWiki path. (for example Making a new Site with ISPConfig)
2. Configure in the File Gallery Administration panel the path of this directory.
3. check the "store in database" option is selected
4. upload with ftp or copy some files in the thirectory created
5. Open directory Batch
6. Check "Select all" option
7. Check "Remove file extension" option
8. Select a file gallery and "Process Files"

Note: I have also some accented characters in the original filenames. For example "26 Controllo qualità morsettiere.rtf".

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/

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.

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

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.

This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

When our users are editing in the CKEditor WYSIWYG and try the File option in the toolbar there is a Javascript error for lib/jquery_tiki/tiki-jquery.js at line 808 char 4. What is happening after the error is thrown is that no new window is opened (as expected) but the File selection fields are now under the WYSIWYG Editor. This wouldnt be an issue, but there is no OK button to select the file so our users can not like to a file in the File Gallery.

If I try using the File option in FF then it opens a new window and I can select the file just fine.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim