Name | Type |
---|---|
tmpDir is the empty string by default , unable to write to temporary directory | tracker item |
_getGalleryChildrenIds{List,Tree} does not work correctly in php 5.2.x | tracker item |
PDF/ office document files are supposed to be indexed while uploading, but indexing + upload fails | tracker item |
"Create H5P" Link Faulty (takes you back to home page) | tracker item |
"No such attachment on this page" appearing after change of behavior of PluginFile
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= |
tracker item |
"This Gallery is Public:" not documented
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. |
tracker item |
[Feature] Disable File Archive access | tracker item |
{toc} with max_depth, file access by name, show_image with random picture of a gallery
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. |
tracker item |
12.x: file actions (in file gallery) can't be operated in mobile mode | tracker item |
12.x: WebDAV is not working | tracker item |
Caldrac
Contributors |
tracker item |
12.x & 13.x: Images stretched & skewed (in *.t.o sites and LTS production sites on svn) | tracker item |
13.x: After a remote file is uploaded to a file gal, no file Id is shown any more since 13.x | tracker item |
13.x: dev.t.o fivealive-lite.css: images can't be uploaded or selected throught the toolbar icon from tracker textarea | tracker item |
15.x regression: Upload a file in the registration tracker after choosing group is not possible (field Files: using modal or not) - ajax might need to be re-attached | tracker item |
See file last modification date and last user that modified the file
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. |
tracker item |
snarlydwarf
Contributors |
tracker item |
File gallery: Virus checker
maybe http://www.clamav.net/ which has php plugin |
tracker item |
jonnybradley
Contributors |
tracker item |
File Directory search indexing space sensitive
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. |
tracker item |
Users cannot edit files galleries
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 } |
tracker item |
philippeback
Contributors |
tracker item |
Files Galleries admin screen should allow to displace files like in the Images Galleries screen
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. |
tracker item |
changi67
Contributors |
tracker item |
eddiem.com
Contributors |
tracker item |
Upload new version fails with Chromium 11 on Ubuntu
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! |
tracker item |
tar.gz / tgz corruption in File Galleries downloads
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! |
tracker item |
Large (4.5MB) file uploads fail when storage engine is DB
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. |
tracker item |
After a version update, if a gallery dir is forgotten no error appears when loading gallery but Apache crashes...
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 |
tracker item |
Filegal File Object permissions - does not exist.
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. |
tracker item |
Add capacity to sort file gallery files
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! |
tracker item |
7.0b2 Error trying to validate newly uploaded file draft
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' |
tracker item |
a module would be wonderful for the new slideshow features (mootols and jquery)
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 |
tracker item |
#2697
Bugs & Wish list |
tracker item |
#2698
Bugs & Wish list |
tracker item |
A Registered User Cannot Create a Top Level File Gallery
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? |
tracker item |
A secure way to store large videos (Ex.: TAG recordings) | tracker item |
Action Popup in File Galleries not working
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. |
tracker item |
Actions popup options are truncated
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 |
tracker item |
add 'change File Gallery upload size' to Admin Panel > File Galleries | tracker item |
Add auto-incrementing version number for uploaded files | tracker item |
Add WebDAV support
Please see: ((WebDAV)) |
tracker item |
Console, Batch upload; Additional parameter in the console to deal with duplicate files import | tracker item |
Admin Cannot Delete File Gallery | tracker item |
After Update 1.9.4 -->1.9.7 got PHP-Error when using Categories in File or Picture Galleries
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 |
tracker item |
After upgrade from 1.9.7 to 2.4, unable to upload files to file galleries
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 |
tracker item |
After upgrade to 2.2, Last Files module is empty.
After upgrading from 1.9.11 to 2.2, the Last Files module is showing up empty. |
tracker item |
Ajax | wiki |
AJAX: error 0 (rejected) for URL: tiki-ajax_services.php?controller=file&action=upload_multiple | tracker item |
Allow direct file placement in the file gallery upload folder and have it index the files
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. |
tracker item |
An image Wiki page require perm on "tiki_p_download_files" to be displayed
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. |
tracker item |
Article images cannot be taken from file galleries | tracker item |
Avatar icons (thumbnails) are not reflecting the uploaded fullsize avatar image (profile picture) | tracker item |
Avoid broken image when viewing a file | tracker item |
Bad reformatting in displayed title made from file name of files uploaded to a gallery | tracker item |
batch directory upload sets 'galleryId' incorrectly
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. |
tracker item |
Batch upload "Use the last sub directory name as description" not work.
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. |
tracker item |
Batch upload don’t work if no checkbox checked | tracker item |
Batch upload failed if filename contain more than one "-" or "_" | tracker item |
Batch upload feature for file gallery
This is a great feature for image gallery. Would be really nice for file gallery too. |
tracker item |
Batch upload zip file with a subdir structure
__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. |
tracker item |
Batch Uploading to Database Gone in 4.0 But Present in 3.3
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? |
tracker item |
blank line at the top of each file or image in file/image galleries
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 |
tracker item |
Browsing does not work with the file gallery
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 |
tracker item |
Browsing FIle Galleries.
Only the 1st level of File Galleries are shown. Further sub-galleries at a deeper level are hided in the tree view. |
image |
Browsing files from tracker field type file should show chosen gallery | tracker item |
Can't add permissions in 3.2 - carried over from 3.1 + 3.2 upload errors
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 |
tracker item |
Can't download file attached to http://dev.tiki.org/Xdebug+etc | tracker item |
can't upload an image to a file gallery in doc.t.o with elfinder (default UI) since 16.x | tracker item |
Can't upload files to a file gallery through tracker field 'files' with IE11 | tracker item |
Can't view files in file gallery after upload
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. |
tracker item |
Can’t upload a picture at doc (tracker20) | tracker item |
elFinder: Can’t upload pictures on the tracker5 at dev.t.o (CSRF error) | tracker item |
Can’t use the plugin img on the forum | tracker item |
Cannot choose image into blog post when enabling SEF URL | tracker item |
Cannot upload a file greater than 1 MB to file gallery
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. |
tracker item |
Cannot upload images to file galleries on tiki.org anymore | tracker item |
Cant upload pictures in 7.1
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. |
tracker item |
Categories for every file in gallery
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. |
tracker item |
Categories, Files; It should be possible to assign recursively all the files in a parent file gallery to a category in one action | tracker item |
categorized object table not updated when file or image gallery title/description updated
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. |
tracker item |
Category permissions not applying to Anonymous any more | tracker item |
Clicking "Click here to use the file" after uploading an image. It should insert syntax and close window | tracker item |
Clicking on icon after file upload from text area through toolbar icons fails for me to add the right syntax for that file | tracker item |
cnd
Contributors |
tracker item |
Comments to individual files in file gallery
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 |
tracker item |
Version history: Do image comparison in File Gallery | tracker item |
Compare the rendered HTML of two files | tracker item |
Console command console.php file:check throws a notice about storage location | tracker item |
create new/edit file gallery form
this picture shows, that there is no selection box for the selection of a parent gallery for this (new) gallery presented at the form. |
image |
Deeply nested large file galleries slow to a crawl when file browsing
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? |
tracker item |
Delete feature in File Galleries does not work
Unable to delete a file gallery created with admin user. I select the gallery and click the delete icon yet the gallery remains listed. |
tracker item |
Deleting multiple files in a files archives do nothing | tracker item |
dev.t.o 12.x. Image Upload (elFinder): invalid backed response: Data is empty. | tracker item |
dev.t.o: Can't upload images with elFinder | tracker item |
direct URL for the image in File Gallery | tracker item |
Directory Batch Upload write a 0B size in the size field of the filelist record
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". |
tracker item |
doc.t.o 19.x: I can't upload images to wiki pages (CSRF) with elFinder | tracker item |
doc.t.o: memcachepool.set SERVER_ERROR object too large for cache lib/cache/memcachelib.php | tracker item |
Document "File Galleries configuration templates" setting in File Galleries-->General Settings | tracker item |
download .zip files from file gallery failing when using IExplorer
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. |
tracker item |
Drag & drop uploads, with Flash, Java applet or HTML5
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/ |
tracker item |
Drag & Drop zone for uploading an image changed to text field ? | tracker item |
duplicating files through elFinder fails with perm error message (for admin) | tracker item |
Browse Gallery option does not insert files or images syntax into wiki page | tracker item |
elFinder Has Bad URL's | tracker item |
elFinder much worse at helping the user to insert the file just uploaded (compared to former interface) in real production sites such as doc.t.o | tracker item |
ElFinder returns img plugin syntax instead of image URL | tracker item |
elFinder: Invalid backend response. Data is not JSON. | tracker item |
elFinder: make it work with SVG-edit and WebODF | tracker item |
embed image out of elFinder | tracker item |
Emojis crash Tiki (error 500) | tracker item |
Error in permissions of the file galleries and other objects
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. |
tracker item |
Error trying to open a folder of the file gallery on dev.t.o | tracker item |
error when uploading files with accented names in batch directory in File Gallery
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 |
tracker item |
Error while connecting to WebDAV | tracker item |
Error with showing thumbnails in File Gallery
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. |
tracker item |
Fatal error in file gallery | tracker item |
Fatal errors when applying "Random Header Images" profile since 20.x | tracker item |
File button in CKEditor WYSIWYG not working for IE 8
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 |
tracker item |
File Corruption | tracker item |
File corruption in file gallery | tracker item |
File downloads at Themes.t.o. aren't being counted | tracker item |
File Galleries (File upload failed: SyntaxError: Unexpected token < in JSON at position 0) | tracker item |
File Galleries - Reupload file from disk | tracker item |
File Galleries - Listings - ID | tracker item |
File Galleries - Setting: Default view is not throughout | tracker item |
File galleries are locked by default | tracker item |
file galleries broken (db error) for some registered users on upgraded 1.10 site
Since some weeks (maybe a couple of months?) file galleries return db error when users logs in tiki. (Using updated 1.10) Example: http://uniwiki.ourproject.org/tiki-file_galleries.php When logging in as user sylvie (or Xavier.dePedro, for instance), I get {CODE(wrap=>1)} An error occured in a database query! Context: File tiki-file_galleries.php Url tiki-file_galleries.php Query: select * from (select u.* , f.`friend` from `users_users` u left join `tiki_friends` as f on (u.`login` = f.`friend` and f.`user`=?) order by `login` asc) as tab Values: 0 sylvie Message: Error Message You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'select u.* , f.`friend` from `users_users` u left join `tiki_ {CODE} If you try as anonymous, or as newly created plain registered users (try with user/pass: prova/prova ), everything is shown fine. FYI: friendship is toggled off as feature. |
tracker item |
File galleries broken after 4.3 to 5.x upgrade
Yesterday I upgraded from 4.3 to 5.2, and everytying seemed to go ok (all upgrade operations were executed successfully). However, every time I try to edit or create a file gallery I get the same error message, which seems to be related to a missing field (show_lastDownload) in the tiki_file_galleries table. I copy below one of such errors. Please, note that, according to the community forums [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=38578&topics_offset=2&topics_sort_mode=lastPost_desc&forumId=6|this issue was already reported for a 4.3 to 5.1 upgrade]. I think that a) somebody should check the upgrade for a possible bug, and if possible b) find a way to solve this issue for sites running tiki 5.x with this feature broken. --- The following error message was returned: Unknown column 'show_lastDownload' in 'field list' The query was: insert into `tiki_file_galleries`(`name`, `description`, `created`, `user`, `lastModif`, `maxRows`, `public`, `hits`, `visible`, `show_id`, `show_icon`, `show_name`, `show_description`, `show_created`, `show_hits`, `show_lastDownload`, `max_desc`, `type`, `parentId`, `lockable`, `show_lockedby`, `archives`, `sort_mode`, `show_modified`, `show_creator`, `show_author`, `subgal_conf`, `show_last_user`, `show_comment`, `show_files`, `show_explorer`, `show_path`, `show_slideshow`, `default_view`, `quota`, `image_max_size_x`, `image_max_size_y`, `backlinkPerms`, `show_backlinks`) values (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) Values: 1. mytestfilegallery 2. 3. 1285469672 4. jme 5. 1285469672 6. 25 7. n 8. 0 9. y 10. o 11. y 12. f 13. n 14. y 15. y 16. n 17. 1024 18. default 19. 19 20. n 21. n 22. -1 23. 24. y 25. o 26. o 27. 28. o 29. o 30. y 31. y 32. y 33. 34. list 35. 0 36. 0 37. 0 38. n 39. n The built query was likely: insert into `tiki_file_galleries`(`name`, `description`, `created`, `user`, `lastModif`, `maxRows`, `public`, `hits`, `visible`, `show_id`, `show_icon`, `show_name`, `show_description`, `show_created`, `show_hits`, `show_lastDownload`, `max_desc`, `type`, `parentId`, `lockable`, `show_lockedby`, `archives`, `sort_mode`, `show_modified`, `show_creator`, `show_author`, `subgal_conf`, `show_last_user`, `show_comment`, `show_files`, `show_explorer`, `show_path`, `show_slideshow`, `default_view`, `quota`, `image_max_size_x`, `image_max_size_y`, `backlinkPerms`, `show_backlinks`) values ('mytestfilegallery','','1285469672','jme','1285469672','25','n','0','y','o','y','f','n','y','y','n','1024','default','19','n','n','-1',NULL,'y','o','o',NULL,'o','o','y','y','y',NULL,'list','0','0','0','n','n') |
tracker item |
File Galleries Failing to Display in Tiki 11.0 -- A Fix | tracker item |
File Galleries not visible to groups without permission "tiki_p_admin_file_galleries"
Users in groups without the "tiki_p_admin_file_galleries" group permission set cannot see any file galleries in the "List Galleries" page, even if "tiki_p_list_file_galleries" (or all file gallery permissions) are switched on for the group and/or the File Gallery. However, the user can still access the gallery directly if they know the exact URL, eg: http://site.com/wiki/tiki-list_file_gallery.php?galleryId=2 The "List Galleries" page loads, but the list of galleries shows only "No records found". If "tiki_p_admin_file_galleries" is enabled, all permitted galleries appear in the list. |
tracker item |
File Galleries Slideshow not working
File gallery slideshow does not work. editor is not defined file4?&slideshow Line 12 The file templates/file_gallery_slideshow.tpl requires lib/slideshow/slideshow.rc1.packed.js but the latter file is missing, as is the "icons" directory which it requires. On a related note, the directory lib/slideshow now contains directories css and js but no instructions on their use. |
tracker item |
File Galleries visible to groups without permission
A user can choose the "Upload File" tab in a file gallery, which displays a page with a drop-down list of galleries. This drop-down lists galleries that the user does not have permission to view. |
tracker item |
File Galleries, Admin; Error on disabled feature Preference fgal_list_ocr_state | tracker item |
File Galleries, Categories; It should be possible to select several files together and categorise them | tracker item |
File Galleries, Upload; have to try several times before successfully upload an image on dev.t.o | tracker item |
File galleries; The label - tooltip of the wrench near a file gallery link is erroneous | tracker item |
File galleries: Empty archive if accessed by ID | tracker item |
file gallery - add a simple 'sort' to browse mode | tracker item |
file gallery - allow to disable the tree | tracker item |
file gallery - images should show image dimensions by default | tracker item |
File gallery - not able to move back a gallery in root gallery
It is possible to create several galleries in the root gallery of the file gallery. It is possible move those galleries into sub-galleries and move everything into other sub-galleries. It is not possible to move nothing back to the root gallery. In the move dropdown menu the "root" (File Galleries) item is not available. Should not be restricted. |
tracker item |
File gallery : "Upload New Version" may have no effect | tracker item |
File gallery "Perform action with checked" list (combo) limited to <move to> as others actions can .
The list of actions that can be perform is limited to <move to> when others actions (individual list) could be performed as <delete> |
tracker item |
File gallery (Archives usability bug) | tracker item |
File gallery archive: collective delete is being ignored | tracker item |
file gallery auto categorization not working when adding files by drag and drop | tracker item |
File Gallery auto-categorization | tracker item |
file gallery backlinks | tracker item |
File Gallery backlinks are a dysfunctional mess | tracker item |
File gallery batch upload weird (broken) design | tracker item |
File Gallery directory field requires full path
Tested in v3.1. When choosing to store File Gallery items in a directory instead of the database, the directory field requires the full server path. If the abbreviated relative path to the wiki is entered, file uploads fail. This conflicts with both doc.tw.o (as of today's rev) and Admin > Wiki, which allows the attachment directory to be specified relative to the wiki directory. |
tracker item |
File Gallery does not work with Opera 10
I tried the file gallery from tikiwiki 3.2. in opera 10, the loading screen (uploading) never stops and the image is not shown in the gallery (empty picture frame) or when used inside a wiki page. When clicking at the icon symbol or empty space shown there instead the invisible thumbnail is opened correctly though showing the full picture. Works fine in IE 7 and latest Firefox. |
tracker item |
File Gallery doesn't care about categories at upload. | tracker item |
File Gallery Download dead loop if folder is customized | tracker item |
File Gallery Download progress bar not in sync with actual download | tracker item |
File Gallery entries missing after upgrade to 2.0
I recently upgraded our tiki install to version 2. Most things survived the upgrade, however the most obvious thing that was broken is the file galleries feature. All links to files previously in the gallery still work correctly, however when I select the option to list galleries, none of the existing galleries are displayed. It just shows "No records found" Looking in the database, all files and galleries are there. When i attempt to upload a new file, I am still given the option to select a file gallery (all gallery names are still shown). When I select the appropriate options and confirm the upload I can link to it as usual but it does not appear when I select to browse the gallery. [http://tikiwiki.org/tiki-download_forum_attachment.php?attId=231|Screenshot] |
tracker item |
File Gallery errors & not able to set permissions as admin
> As admin, I can't set the permissions on Registered users to: list_file_galleries or create_file_galleries, though other file galleries settings are selected, including view_file_gallery, download_files, upload_files, view_fgal_explorer, and view_fgal_path. I tried to deselect that last 2 since I don't understand what the file gallery explorer is and I don't know that they need to view the path, but I can't seem to deselect and save it successfully. > > When I log in as a Registered user and click on File Galleries, I get this Error message: Permission denied you cannot view this section. > > I see a link for Upload file, but when I click on it, I get: No gallery available. You have to create a gallery first! Create New Gallery. > > When I click on Create New Gallery, it gives me this Error message: Permission denied you cannot view this section. |
tracker item |
Tiki extremely ressource intensive | tracker item |
file gallery filter list always opened even if no filters are set | tracker item |
file gallery filter parameters uselessly added to the url | tracker item |
File gallery Flash files won't play with FLASH plugin.
In 2.0, Flash files (.flv) stored in the file directory don't play with the FLASH wikiplugin. The movie source url, etc., look ok in the page source, but still nothing displays. File gallery Flash files work with the FLOWPLAYER plugin, though. |
tracker item |
File Gallery is broken | tracker item |
file gallery labels are wrong (wrench and ?) | tracker item |
file gallery link in hint section wrong | tracker item |
File gallery listing returns fatal error (smarty, in tiki-list_file_gallery.tpl line 43)
Using 1.9cvs from a couple of weeks Attempting to list any file gallery returns: {CODE()} Fatal error: Smarty error: [in tiki-list_file_gallery.tpl line 43]: syntax error: invalid attribute name: 'galeria' title='Fes' (Smarty_Compiler.class.php, line 1536) in /home/httpd/tiki19/lib/smarty/libs/Smarty.class.php on line 1095 {CODE} For instance, here: http://www.moviments.net/diaspora/tiki-list_file_gallery.php?galleryId=3 I'm using Catalan language interface I've removed that line from the code, and the site is working again. |
tracker item |
File Gallery Navivaion appears when permissions no not allow | tracker item |
File gallery not recording hits/downloads | tracker item |
file gallery object edit properies doesnt drop you back to the gallery you came from | tracker item |
file gallery offsets get carried over to other file galleries | tracker item |
File gallery or trackers should display an error when an image was deleted | tracker item |
File Gallery Replace File (2 Bugs)
Bug 1: In a File Gallery the Actions Icon opens a pop-up list of Options. The Replace option does not appear to be a link (No link selector pointer or Status bar message). It does actually work, which is very confusing. Browsers: Firefox and SeaMonkey on Linux. Bug 2: When a file is replaced, the Name property is set to null. Really annoying because you then have to use the Properties Action tab to set the Name, if you remembered what it was. |
tracker item |
File Gallery Returning Error 504 When Uploading/Deleting/Modifying Files | tracker item |
File gallery slideshow broken
The first image displays but is badly distorted (available image lib is GD). The name of the second image moves into place, but the first image (its right-hand side) continues to display. Then it moves offscreen at about image name number three and no other images display. |
tracker item |
File Gallery Thumbnails missing after permission change | tracker item |
File Gallery title link download a picture | tracker item |
File Gallery upload not working | tracker item |
File gallery uploads broken | tracker item |
File Gallery uploads do not work | tracker item |
File gallery uses same offset for all galleries | tracker item |
File Gallery: When moving files from database to directory, the button label doesn't toggle | tracker item |
file gallery wrong links or labels | tracker item |
File Gallery, Archives; dates and filenames of version of archived files are inconsistent | tracker item |
File Gallery, Categories; It should be possible to categorize a file gallery and all the file it contains / includes | tracker item |
File gallery, Wikiplugin file; Adding translation parameters for file title | tracker item |
File gallery; Not possible to edit a description anymore | tracker item |
File gallery; Upload error when trying to upload a file bigger than the permitted limit should be explicit | tracker item |
File Gallery: Batch upload (Unzip all zip files) adds some garbage (.htaccess, etc)
It seems to be because Tiki uses temp/ to unzip and temp is not empty: temp/.cvsignore temp/README temp/_htaccess temp/index.php |
tracker item |
File Gallery: Batch upload (Unzip all zip files) should be optional
Right now, it's a group permission (tiki_p_batch_upload_files) but if I give tiki_p_admin_file_galleries, it included tiki_p_batch_upload_files, which is not always what I want. (It adds clutter to the interface, when uploading a file) It should be an option here: tiki-admin.php?page=fgal And maybe add a check to see if this is supported by the server (if easy) |
tracker item |
File Gallery: fatal error when trying to choose from uploaded images using the browse option | tracker item |
File gallery: Misleading (false) function description | tracker item |
File gallery: Mouseover to show actions window stops working if screwdriver is clicked | tracker item |
File gallery: Move Selected Files doesn't allow move to subfolders of current folder
When trying to move a file from one Gallery to another, the "Perform action with checked: Move Selected Files" option does not seem to list the Galleries that are an immediate sub-folder to the existing folder. All other folders are listed except these. |
tracker item |
File Gallery: PopUp window for viewing image does not show up when browsing to a 2nd page
PopUp window for viewing image does not show up when browsing to a 2nd page. Instead it shows the picture file going out the File Gallery. Using Firefox, Chrome |
tracker item |
File gallery: Two redundant actions in popup window (absolutely identical) | tracker item |
File Info Icon When Hovered Displays Huge Info Box | tracker item |
tiki_objects.href field may contain URL with wrong domain for files
When a user uploads a file on the file gallery, the URL is saved where somebody could download the file. This URL is used by the category browser. If the client uses a proxy (we use a SSH tunnel to connect to the wiki), the wrong URL is saved in the database (table tiki_objects). This results in a link to the original tunnel and not the website itself. |
tracker item |
File Upload (via drag'n'drop): restriction errors get shows for all images instead of only the restricted one | tracker item |
file upload dupe check not working | tracker item |
File upload silently fails when the size limit is exceeded | tracker item |
File wiki pages into File Galleries
If we could file wiki pages in Fgals (this would presumably be a link to the wiki page), it would be a way of filing wiki pages and benefit from the fgal explorer to order wiki pages. This is an idea to consider. |
tracker item |
FileGallery parentId=-1 returns Error
Creating a new file-gallery in the root directory works for admin, but users with permission get an error upon clicking 'create new file gallery' Message was {CODE()}Notice: invalid variable value: $_GET["parentId"] = -1{CODE} From what I understand -1 stands for the root directory. TikiWiki Version 3.2: The error is produced in file tiki-setup_base.php on line 259 The code tries to validate the '-1' as an integer variable. Defined by the {CODE()}$vartype array -> $vartype['parentId'] = 'int';{CODE} The according $patterns array describes it as {CODE()}$patterns['int'] = "/^[0-9]*$/"; // *Id{CODE} Obviously the sign "-" is missing. Therefore the check for a valid variable fails and the user can't create a new file gallery. Why the admin group is not affected I do not know. |
tracker item |
Filegallery, Console batch upload; Displayed message about duplicate is wrong | tracker item |
Files (images) become corrupted after upload (?) | tracker item |
Files uploaded get corrupted in some installs storing files in database | tracker item |
Files, Img plugin; When the user upload a file he should be able to return to the same gallery on next upload | tracker item |
File Gallery plugin : more powerful reporting in wiki pages
Features would be: *Ability to select how many rows/columns for presentation *Embeds photo, flash or just a link based on file type *Clicking the image or link starts download of the file (if allowed) *Ability to view full size image *Ability to open a slide show Would include last comments to each file. Related: Comments to individual files in file gallery http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=719 |
tracker item |
File Galleries: very long gallery name causes fatal error | tracker item |
Gallery file deleted after edit | tracker item |
gif images not properly handled in dev.t.o | tracker item |
H5P Content Creation Bug | tracker item |
H5P feature partially breaks File Gallery when activated | tracker item |
Plugin H5P Wiki Page Editor | tracker item |
Hotlink prevention, security enhancement and feature addition via short url functionality | tracker item |
https://themes.tiki.org/show_image.php?id=60 HTTP ERROR 404 | tracker item |
if 'Store atts in file gals' is on, when removing a wiki page, offer to remove the file gal also | tracker item |
If you batchupload several files via jquery drag'n'drop and ONE fails (dupe etc.), then all fail | tracker item |
Image alignment could be improved | tracker item |
Image attachment are not displayed anymore on a wiki page (at doc) | tracker item |
image cannot be displayed in gallery or randam image module in tikiwiki 2.0 RC2 AND RC4
http://panorama.freewebhosting247.com/tikiwiki2/tiki-browse_gallery.php?galleryId=1 If this site is up, I cannot see any image. I'm using Firefox 3.0. This site uses: PHP Version 5.2.5 Max Mem: 32Mbyte GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.2.1 GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XPM Support enabled XBM Support enabled I don't have any problem displaying images using Tikiwiki 1.9.7 and 1.9.11 http://othman.1stfreehosting.com/tikiwiki/ |
tracker item |
Image Manipulation (image cropping, color changing, watermark, etc.)
It is possible to make ((doc:Drawings)) and even use an image as a background, and draw over it. But if you have an existing image, you need to modify it before you upload. Related: * [tiki-view_tracker_item.php?itemId=909|Integrating fotonotes or wikigraphe or DOM Image annotation to the Image gallery] * http://ajaxorized.com/phototype-image-manipulation-with-javascript (but GPL) * http://www.webappers.com/2008/03/11/javascript-image-cropper-ui-using-prototype-scriptaculous/ |
tracker item |
Image not inserting into editor when using ElFinder | tracker item |
Image plugin editor not working with Wysiwyg in IE
In IE7, after double clicking an image to get the image plugin editor and making changes, a new image is created at the top of the page instead of editing the image plugin. In IE8, the same attempt appears to make no changes to the plugin, but no new image appears either. This works in Firefox. |
tracker item |
Image plugin won't zoom in on some images | tracker item |
image resize at the browser before uploading in trunk: Incorrect integer value: '' for column 'deleteAfter' at row 1 | tracker item |
It is not possible to select a gallery when uploading an image using the toolbar (tested dev.tiki.org) | tracker item |
Image uploads to themes.tiki.org fail | tracker item |
Images Do Not Display at Uniform Sizes | tracker item |
images in File Gallery content table no longer show a thumbnail | tracker item |
images in File Gallery content table no longer show a thumbnail | tracker item |
Imagick Scale Image failure after upgrade, showing icon instead of picture
After upgrading from 3 to 6, resizing of images fail. I tracked it down to Imagick's scaleImage function resulting in broken image, hence all that is shown is the GIF icon. This is the case when using the {img tag with size set. |
tracker item |
Img error with width parameter from Tiki18 to Tiki 21 | tracker item |
importing file with same content in 2 different file galeries doesnt work
upload of files with same content in 2 different galeries does not work (even if filenames are different) |
tracker item |
In Actions menu Display (file gallery), it does not display it, but downloading it
I assume that the system suppose to display the image, but it downloads it instead. I mean when in file gallery, click on Actions icon, then Display. It downloads it instead. |
tracker item |
Incorrect permission verification in tiki-upload_file.php
User is unable to upload file even if the permission tiki_p_upload_files is assign to his group on the file gallery. User gets "Permission denied" when clicking the "Upload file" in the gallery. tiki-upload_file.php (at line [http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/3.0/tiki-upload_file.php?view=markup#l_160|160]) wrongly assumes request parameter "galleryId" to be an array with a single element when checking for permission. However, it can a string. For example if a user call ...upload_file.php?galleryId=30, the permission for gallery with id 3 will be considered. |
tracker item |
Inheritance of filegal permissions for sub-galleries
Sub galleries should, at least optionally, inherit the permissions of their parent (can be overridden of course). The problem we have here is that if you have a directory for a Project of some sort, and someone creates a subproject gallery, that subgallery is world-viewable, instead of inheriting the Project permissions. It seems more logical to me to have new children automatically have the permissions of the parentId unless specifically changed. |
tracker item |
Insertion_syntax is broken when uploading a file in a wiki page using the Tikifile upload icon (plugin?) | tracker item |
[BUG] Interface duplicated when trying to upload file | tracker item |
Issues trying to add an image on dev.t.o | tracker item |
It's too difficult to re-use image gallery and file gallery content in wiki pages, trackers, etc
As reported here: https://bugzilla.mozilla.org/show_bug.cgi?id=398767 {THUMB(image=>img/wiki_up/2008-01-17_low-tech-image_picker_TikiWiki.jpg,url=#)}{THUMB} {THUMB(id=13,url="show_image.php?id=13")}{THUMB} {THUMB(id=16,url="show_image.php?id=15")}{THUMB} Some ideas of nice links to have: Thumbnail with link: {img src=images/code.png}%%% {CODE()} {THUMB(id=13,url="show_image.php?id=13")}{THUMB} {CODE} [tiki-upload_image.php|You can test some experimental stuff here] (upload a pic and see the suggested wiki markup to copy in a ((test)) page.) Nelson Ko and Marc Laporte were planning to work on tiki at ((tw:TikiFestToronto)) but something else came up so it's still on todo list :-) |
tracker item |
Mikael.Franzen
Contributors |
tracker item |
tiki_p_remove_files permission not working in file gallery.
===My Setup=== I have file galleries set up with categories, so each category grants permission for a specific group to view and edit file galleries which are categorized to that group. E.g., I have a "group 1" category which grants the group "group 1" permission to access the "group 1" file gallery. I have a "group administrator" group which has the "tiki_p_remove_files" permission granted in each category. This gives me one group which I can add to a user to give them permission to remove files from whichever file gallery they have permission to view. Technically, the group admins have permission to remove files from all sections, every category grants them this permission, but because they cannot see the other sections, this is not an issue. ===My Problem=== Even having the "tiki_p_remove_files" permission, group admins are unable to remove files which they did not upload. I have "tiki_p_remove_files" set for the "group administrator" group in global permissions but the issue still remains. To do some testing, I granted registered (thus all groups) "tiki_p_remove_files" in the global permissions, and in the category permissions, but section admins (and normal users) were still only able to delete their own uploaded files. I have a sym link set to my old tiki version, so I can access it via tiki-ur This makes me think that the bug has been around for a while, as it was present in Tiki6 as well. I cleared the tiki cache before each testing of permissions, and also cleared my browser cache (just to be sure) multiple times while testing this as well. It makes it difficult to assign a single user to be a file gallery manager if I cannot give that user the ability to delete other user's files. |
tracker item |
File Galleries: max height width ignored when 'upload new version' - image does not scale
For a File Gllery with Max Height and/or Width set. When uploading a new version of a file over the top of an exisiting file, the Max Height and Width settings are ignored i.e. the image is not rescaled. |
tracker item |
Multigual File Descriptions
This item pulled out of Ticket ID 2874 which had several items. File Galleris should be multilingual including *Descriptions *Names e.g. description has different content for different languages which is then displayed with the image 'caption' automatically in user's language. See detyailed discusssion and real world use cases at [http://dev.tiki.org/tiki-view_tracker_item.php?page=user&itemId=2874&show=view|linked ticket|_blank]. |
tracker item |
HTML links for FIle Gallery Images
No html links are shown for uploaded images in the file gallery. Only wiki display and download links appear in the "Additional Info" screen. Users just have to "know" that to display in html you must use /displayFilenumber Also, there is no direct way to get BACK to that Additional Info screen from the gallery once the file is uploaded. i.e. it does not appear in the image's 'tool' pop-up menu, which just lists for us Dowload, Replace, Properties, Open in WebDav, Email this, and Delete only. No way to get back to the "additional info" screen. Also, the images don't have a suffix when the URI format is /display123 and this causes problems with some software which expects one. The old image galleries had an html link for the images. |
tracker item |
File type detection does not work when uploading images bundled in a zip file
Hi, Reporting this bug, which is apparently still present. Other users are facing that issue: http://blog.gmane.org/gmane.comp.cms.tiki.user When uploading a bundle of images contained in a zip file, and selecting the option "Unzip zip files", all the images are well extracted and added to the gallery. However, the file type (in my case png, but I guess this is the case for all file types) is not reconize and the files have the type "application/octet-stream". Consequently, inserting the image in a wiki document for exemple, and changing its size, will produce the message "File is not an image" I was able to reproduce it on tiki 7.2. Attached some screenshots of the problem. Yannick |
tracker item |
File is not an image
Hello, i've upgrade my site at 8 version. now when i upload an image and i try to use with img placeholder appear the error "file is not an image" i read that is couse by Ajax uploader, indeed i've activated this feature recently. so i 've unactiveted this feature but the uploader is still in Ajax. can anybody help me? |
tracker item |
Image "Upload New Version" does not update the various references to it
I TRIED TO SUBMIT THIS BUG BUT I CAN'T FIND IT AFTER SUBMIT. SO I AM TRYING TO RESUBMIT IT AGAIN. SORRY IF IT CAUSES A DUPLICATE. I upload an image to the File Gallery, which gets assigned id=19. Then I go to a page and insert the following Tiki markup: ~np~[tiki-download_file.php?fileId=19]~/np~ ~np~{img fileId="19"}~/np~ To (a) provide a link to download the image, and (b) insert the image inside the page. Works up to here. But then, I do: * File Galleries > List Galleries > Browse Images * I locate the image I just uploaded, and click on the the wrench icon, and then on "Upload New Version". * I upload a new version of the image * If I go back to File Galleries > List Galleries > Browse Images, I see that indeed, the old image has disappeared, and it has been replaced by the new version The problem however, is that the new image has id=20, not the old id=19. But the id has not been changed on the link and IMG plugin that I inserted on the page. So they still point to the old image with id=19. The weird thing is that I can still download image id=19 (even after clearing my cache), eventhough I can't see that image in the gallery anymore. In other words, the image is still in the DB and can still be accessed. This is definitely not how things should work. If I upload a new version of an image, then all references to that image should be updated accordingly, and I should not be able to access the old version, except in a "view history" kind of context. No? |
tracker item |
File Gallery: quiet upload failures because error message is in a hidden iframe
>> clever, but this causes quiet upload failures (which happen when >> PHP doesn't allow a sufficient uploaded file size, POST size, >> memory limit, or with an insufficient MySQL packet size limit). >> When the upload fails, the error is displayed in a hidden iframe, >> and the page keeps showing "Uploading file...". > Maybe we could trap the error and send a error message... shouldn't be > too difficult with a error_handler I think ! > As it is really easy I let it to the reader ! :DD Reference: http://article.gmane.org/gmane.comp.cms.tiki.cvs/70557 This problem is also for WebDAV (could webDAV client show error message?) |
tracker item |
Files cannot be deleted from filesplugin actions or from wiki attachment actions
Both the wiki page attach file and filesplugin feature an action icon. When this icon is chosen a pop up box appears with several actions that can be taken on the file. When the delete or red X is chosen the page reloads but the file is still in the file gallery. |
tracker item |
Screencast & Copy-Pasting an image
Discussed on wiki pages: * ((Screencast)) * ((Copy-Pasting an image)) |
tracker item |
Unable to upload files larger then ~30Mb
Uploading a file larger then around 30Mb results in an endless view of "Uploading file..." while the upload was actually finished. Found a previous ticket about this problem explaining that an invisible error is shown. It is assumed that this error has something to do with settings of upload_max_filesize or other settings in php.ini. See ticketID 4107. However, this is clearly not the problem here. Especially since our old wiki (6.2) (which uses the same configuration and php) has no problems uploading files. So this sounds more like a bug in tikiwiki 8.3, then an wrong setting in the configuration files. I also checked all of our .htaccess files, which do not overrule the settings of php.ini. Because the uploads do work in 6.2, but it doesn't in 8.3, I fear it is a bug in the new tikiwiki. If there are more places that I could check that may cause the problem, please let me know. The upload feature on our wiki is quite important, so I would like to find a solution as soon as possible. Thanks! Edit: It seems that when I upload a small file, which gives no problems, and then replace this file with an other file of 50Mb, then there is no problem. Edit2: It seems that the upload is also dependent on the memory_limit value, but this should not be the case. At least, it wasn't before. When the memory_limit is increased larger files can be uploaded. We had set our memory_limit to 64Mb, which allowed an upload of files around the 30 Mb (probably 32?), so there may be a factor two involved. |
tracker item |
MEbneter
Contributors |
tracker item |
Path for file upload can't be changed
I'm am experiencing a severe problem about my files upload path: I once must have set the path to the absolute path "/files/uploads". When I now try to * change the path to a relative path like "files/uploads" or "./files/uploads" * change the path to the correct abs path like "/var/htdocs/wiki/files/uploads" * change the file storage to database nothing else happens. It keeps trying (and failing) to upload to the path "/files/uploads". The only workaround currently was to create the path "/files/uploads" so that tiki can upload files into that directory (what really strikes me, I don't want a /files directory in my root). But even after this workaround I cannot change my path or change to database storage. Please help. Thanks. |
tracker item |
No fileId on share file url when context menus are unchecked
When context menus are unchecked from look and feel and you applay to "share a link to this file" icon, url for download is served without fileId and tiki returns "File has been deleted (404)" |
tracker item |
Unable to upload files larger than ~8Mb
Uploading a file larger than ~8 Mb leads to the following message: An error occurred while performing the request. With suggested comments: 1. Did you complete the Tiki Installer? 2. Is your database corrupt? Please see how to repair your database 3. Are your database credentials accurate? (username, database name, etc in db/local.php). With smaller files there is not problem. I tried at two different time, but after 40~45 sec. the error occurs. My Tikiwiki installation seems to limit file size around 128 MB. In the file php.ini I set both max_execution_time and max_input_time to 60. Since nowadays 8Mb for files is common, this bug is really limiting the functionality of file gallery. |
tracker item |
.docx files uploaded as .zip files...
!Docx files are uploaded as zip files When I upload ''.docx'' files to my Tiki-Wiki server (using the [http://cyberduck.ch/|Cyberduck WebDAV] client on Windows 7) they are uploaded with the mime-type ''application/zip'' instead of ''application/vnd.openxmlformats-officedocument.wordprocessingml.document'' (the correct one). Consequently the browser cannot directly open them which is very annoying. !!Some attempts to debug the problem When I try to access a file on the web server directly by manually putting it in the homepage folder and downloading it directly from the web server the file is recognized correctly. For me this means that the mime-type of the Apache server is working properly. I checked the same issue with a the same configuration and a fresh installation at my home pc: It also didn't work. In both cases I was using the ''9.x SVN branch''. Strange enough it did work when I tried to upload to [http://demo.tiki.org/|demo.tiki.org], (for both, ''8x'' and ''9x''). However the mime-type was set to ''application/ms-word'' which is strictly speaking also not correct (but at least it then opens correctly). I have no idea why it works there... (?) My overall ''guess'' is that it has something to do with the fact that ''.docx'' files are actually zip files. Maybe somewhere a content based mime-detection is performed (be it in the WebDAV client, the Apache server or on the Wiki) but instead an extension based detection should have been used to distinguish ''.docx'' files from ''.zip'' files. It might also have something to do with the ''deflate mod'' (not sure). In any case/whatever the reason the proposed solution below ''seems'' to fix all my issues and probably also some other people's issues. |
tracker item |
Admin unable to use some File Gallery functions, such as "Create File Gallery" due to conflict with (tiki_p_admin) permission.
I am a new user to tikiwiki and have had a problem using File Gallery on two fresh separate installations of tikiwiki 8.4, and 9.0. I only had one user set up which was the default admin user, and found that I was unable to use the "Create a File Gallery" function was also unable to "Edit" any file galleries that existed. When I tried either of these functions it would take me to a page that said Error You are not logged in. Go to Log in Page even though I was logged in, if I clicked on "Go to Log in Page" it would take me there and show Log in Logged in as: admin I turned on php error reporting and these are the errors I receive after clicking on save in create a file gallery function. PHP (5.2.17) NOTICE (E_NOTICE): File: lib/setup/user_prefs.php Line: 12 Type: Undefined variable: user PHP (5.2.17) NOTICE (E_NOTICE): File: lib/setup/user_prefs.php Line: 14 Type: Undefined variable: user PHP (5.2.17) NOTICE (E_NOTICE): File: lib/setup/user_prefs.php Line: 15 Type: Undefined variable: user PHP (5.2.17) NOTICE (E_NOTICE): File: lib/init/smarty.php Line: 176 Type: ob_end_clean() [ref.outcontrol]: failed to delete buffer. No buffer to delete. I do know small amounts of PHP scripting, html coding, and the like, and dove into some of the script, but I do not know where the user variable is supposed to be created to be passed from page to page, or if the cookie is somehow not being verified when trying to pass information from one page to the next. I also went on tiki's forums and saw that a few others have posted similar experiences, but no working answers were supplied for me. |
tracker item |
.doc, .xls and .ppt uploaded as application/vnd.ms-office
!Old office documents are uploaded as ''application/vnd.ms-office'' Depending on the Wiki server I use (it works on my home pc but not on the main server I maintain) old office documents (i.e. ''.doc'', ''.xls'', ''.ppt'') are uploaded with mime-type ''application/vnd.ms-office''. Instead they should have the mime-type ''application/msword'' for ''.doc'', ''application/vnd.ms-excel'' for ''.xls'' and ''application/vnd.ms-powerpoint'' for ''.ppt''. Note that the new formats (''.docx'', ''.xlsx'', ''.pptx'') are set correctly. !!Why do we want the correct (more precise) ''mime-types''? The reason this is annoying (for me) is because I wanted to setup indexing of binary file content for searching. The search is based on the mime-type and with mime-type ''application/vnd.ms-office'' there is no easy way to assign it a ''binary-to-text-converter''. If however the files had the correct mime-types I could assign the corresponding conversion program for each mime-type... !!Fixing mime-types based on file extension? Again it would be nice if there was an option to fix mime-types based on their extension. If it works without that: fine! But I read at several places that ''Fileinfo'' extension is not really reliable. It would be nice if there was an option/program to make sure that all mime-types are set according to a Tiki-Wiki standard (independant of the web server used). It would also be nice if it could correct all existing files. Example: I uploaded some files before the mime-type fix. They all have the type ''application/zip''. After the mime-type fix the files upload with the correct mime-type but I still have the existing ''application/zip'' files that I now have to search and fix manually by reuploading... All in all I think it would provide a nice tool for users that have issues with mime-types... |
tracker item |
Drag & drop images in the editor
People tend to make the comment that adding images in wiki docs is a tedious process - compared to what they are used to in other (local) applications/editor. Most of which support drag & drop of images directly in the editor. I reply that this is a web application and not a local application. Few people are satisfied with this explanation. Drag & drop of images in the - especially in the WYSIWYG editor - would be really nice. The dropped files should be stored in the File Gallery, I guess. Once dropped Tiki should automatically insert the image tag at the drop location in the editor. The user must be able to open the image properties to configure the image settings afterwards. |
tracker item |
Batch upload zip file contents in sequential order
To be able to batch upload zip file to a file gallery with the file contents of the zip files that or in order. For example. if creating a "how to" page with screenshots, you save the screenshots as scr01.png, scr02.png, scr03.png, scr04.png, etc following the sense of the document When you batch upload the zip file, they are randomly unzipped or assigned a file ID. scr01.png = FileID 04 scr02.png = FileID 02 scr03.png = FileID 01 scr04.png = FileID 03 Therefore when editing the text, instead of typing in order click here img fileId="01" type blah img fileId="02" click Ok img fileId="03" Click Finish img fileId="04" This current process greatly reduces the efficiency of editing a page with multiple successive file/image attachments. Instead of manually typing & logically augmenting the file ID sequentially knowing that it will be the next screenshot in order, you have to do several mouse clicks to chose the correct image/file, if you have a zip file with a hundred or so screenshots, this task becomes extremely burdensome. |
tracker item |
Uploading files into a file gallery fails from within a tracker with files larger than approx. 600 kByte
I created a file gallery in my tiki installation and set all php *upload_size* etc. parameters in my .htaccess correctly. According to these parameters I can upload files up to a size of 8 MByte, which works without any problem, if I do this directly from the file gallery. Now I try to use this file gal in a tracker via the tracker field "file". Everything seems to work well, uploads are shown with a progress indicator from 0 - 100%. But uploading quietly fails for files larger than 600 kByte. The files are shown in the gallery, but on the server they have a size of 0 (zero) Bytes, files smaller than approx. 600 kByte work well. To point it out, the problem is only existent from within a tracker using the new drag and drop (html5??) interface. With an older Internet Explorer, which does not show the progress indicator, uploading works well from within a tracker, too. I cannot find a reason or a solution...thanks in advance... |
tracker item |
Problem with Displaying File Galleries after upgrading to Tiki 10.0, Possible Related Issue with file "function.quotabar.php"
This should perhaps be dealt with by Tiki contributors since it has come up before (when I upgraded in Dec. 2011 to Tiki 8.2). The issue has to do with displaying file galleries in Tiki 10.0. When I first attempted to display the file galleries, I got a blank page. A quick check of my server's error log (edited to remove private data) showed the following: PHP Fatal error: Uncaught exception 'SmartyCompilerException' with message 'Syntax Error in template "/templates/tiki-list_file_gallery.tpl" on line 223 "{quotabar length='100' value=$smarty.capture.use}" unknown tag "quotabar" in …/lib/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php:657 Possibly related to this problem is that "/lib/smarty_tiki/function.quotabar.php" is (if memory serves) the one file in Tiki 10.0 that I was unable to upload to the server via Filezilla FTP transfer. There may be something wrong with the file that's causing the error message listed above, and I remember that it wasn't possible to upload this file to the server when I was upgrading to a couple of previous versions of Tiki, so it's a persistent issue. |
tracker item |
v10 Gallery >Action >Replace not working
Have just installed v10.0, replacing previous v8.1. The new website seems to be working well except for >Gallery, >Actions <wrench icon>, >Replace file. Nothing happens. Worked fine under v8.1. |
tracker item |
9.x svn to 10.x svn: files don't get uploaded to file galleries
I confirm that I saw this serious issue in a production site of myself using tiki 10.x (svn r44603). This site of mine was upgraded in early january from tiki 9.x svn to 10.x svn. And nowadays when uploading some jpg images, they are not displayed, the image name seems to be truncated the extension (foo.jpg is converted into foo, it seems). And the error message in my case indicates a valid path (as it was working fine for a year in the server, etc.; no changes on that side; I doubled checked and perms are fine for apache to write in those folders, etc). The hash corresponding to the file (as indicated in the error message shown in the browser) does not exist in the server, so it seems that the file does not get uploaded to that folder. I can provide more details (or even maybe access to my production server) to some dev willing to debug this issue. --- I started to see report in the user forums in t.o about (potentially) similar issues. Example: https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=45767&thread_sort_mode=commentDate_asc#comments |
tracker item |
File Gallery Did not transfer from v9 to v10
On my site, the files hosted in the file gallery live in an "uploads" directory. In the admin area, the path to the directory appears to be correct. Also, I have checked to make certain that directory does exist. I am not able to upload any files and any files that are there are now dead links. http://sportmachines.com/wiki/tiki-list_file_gallery.php(external link) The files are stored in a directory, not in the database. This occurred when upgrading from v9 to v10. Cheers, Rick |
tracker item |
archive upload with umlauts
Filename with umlauts are not possible to upload |
tracker item |
Alias for file gallery
I have some file galleries which should be accessable also from other galleries. |
tracker item |
category in file gallery don't work
The file gallery can't be assigned to a category. There is a button but nothing happens if you click on that. |
tracker item |
File upload reports missing function error
Receiving an error from lib/core/FileGallery/Wrapper.php indicating function get_gallery_save_dir does not exist when uploading a file. |
tracker item |
Main Feature
Features Classification |
tracker item |
10.x & PHP 5.4.x: Icon of the pdf file uploaded is not shown (Strict Standards: Non-static methods should not be called statically in /path/tiki-download_file.php)
From http://irc.tiki.org/irclogger_log/tikiwiki?date=2013-05-08,Wed&sel=42#l38 {QUOTE()} *(13:59:23) xavi: in case it's related, we have an issue to see the icon of the pdf file uploaded (icon is not shown) *(13:59:50) xavi: and when attempting to see the img source, in a url like dl2&thumbnail=y&x=16 (sef is on), then we see this other messages on a white page: *(14:01:37) xavi: Strict Standards: Non-static method Image::is_supported() should not be called statically in /path/tiki-download_file.php on line 253 (& 257) *(14:01:37) xavi: Strict Standards: Non-static method ImageAbstract::icon() should not be called statically in /path/tiki-download_file.php on line 278 *(14:01:37) xavi: Strict Standards: call_user_func() expects parameter 1 to be a valid callback, non-static method Image::get_icon_default_format() should not be called statically in/path/lib/images/abstract.php on line 183 *(14:01:37) xavi: Strict Standards: call_user_func() expects parameter 1 to be a valid callback, non-static method Image::is_supported() should not be called statically in /path/lib/images/abstract.php on line 189 {QUOTE} That seems to happen only when php is 5.4.x. Downgrading php to 5.3.x seems to be a valid workaround (provided that all caches are cleared, etc) |
tracker item |
File Gallery permission broken (using category)
r45953 http://show.tiki.org/11x/tiki-list_file_gallery.php?galleryId=7 I set category (photo1 - Id=1) and set File Gallery Photo (category perm test) - Id = 7 and categorize it photo1. Anonymous have following perms: ''Can view file galleries (tiki_p_view_file_gallery) Can download files (tiki_p_download_files)'' I set user (bernard/12345) member of group registered and in admin Category,category photo1 id=1, i add the following perm: ''Can upload files (tiki_p_upload_files)'' The user bernard (or any registered) should be able to add files in this Files gallery. This is not working. http://show.tiki.org/11x/tiki-list_file_gallery.php?galleryId=7 As long as i don't give the perm: ''Can admin file galleries (tiki_p_admin_file_galleries)'' The upload option is not set right. There are many case we want to have users/group able to add files in a gallery but not to admin the gallery. |
tracker item |
Server I/O error in dev.t.o uploading an image
r46040 Uploading an image to a file gallery in dev.t.o (thorugh the icon "Choose or upload images" in the textarea toolbar, in case it matters) produces: "Server I/O error" It seems that the file gallery is set to use that flash file uploader. |
tracker item |
JavaScript zoom on images | tracker item |
JPEG-Images uploaded with IE does not show in colorbox
Uploading jpeg images with Internet Explorer (6,7,8) provokes a tiny small white image when trying to display it with colorbox. It seems to be the Internet Explorer Bug which marks JPEG-Images at download time with mime-type "image/pjpeg" instead of "image/jpeg". |
tracker item |
jQuery File Upload: This repository has been archived by the owner on May 25, 2023. It is now read-only. | tracker item |
js and css borked in doc.t.o while testing how to avoid issue in elfinder which prevented to upload any picture: please help | tracker item |
koth
Contributors |
tracker item |
Labels self as unusable: "Please do not use this feature to upload data into the database."
The "Directory Batch Upload" page states "Please do not use this feature to upload data into the database." The page is stating that it should not be used, thus rendering it unusable. Clarification is needed. |
tracker item |
Labels self as unusable: "Please do not use this feature to upload data into the database."
The "Directory Batch Upload" page states "Please do not use this feature to upload data into the database." The page is stating that it should not be used, thus rendering it unusable. Clarification is needed. |
tracker item |
Large File Upload Problems in File Gallery
I tried to upload a 230MB media file to a file gallery, and the site didn't have progress bar, and it sent the request for 25 minutes, then stopped and the file never uploaded. Marc Laporte adds: "A progress bar, and maybe a test/check first that file is smaller than what is permitted by server config. In image gallery, tiki tells you who much you can upload. This is needed for file gallery as well." |
tracker item |
Link Gallery
I am using TikiWiki as a community "news/info" website. Part of this project will be to interview local people, government officials. Specifically, I will be inviting the Elderly in on weekends to share their life stories. I need a tikiwiki feature similar to picture gallery or file gallery that can handle "media" in general. The audio and video recordings are hosted on a streaming server, so the entry would not necessarily be a file, but could also be a LINK to the location, eg: [mms://www.milescityvoice.com/2007JUL04Parade.asf] I Could someone help develop a "MultiMedia" gallery feature? Then i could write up the person's story as a tiki page, and embed the video or audio (or anything else) just like we insert images with the img tag. I have successfully embedded the media with the URL directly, but I wanted a searchable gallery that can categorize as well to make the process more user friendly. Thanks, Eric |
tracker item |
List of destinations "files galleries" limited to the current gallery (itself) if it is the root
When files are attached to a gallery which have dependents <files galeries> the list of destinations don't makes appear these dependants galeries. So when you have a too much populated gallery if you create sub-galeries you cannot move files to these sub-galeries and split your population. |
tracker item |
List_file_gallery page view is broken | tracker item |
listing file gallery contents broken in Catalan Language since 1.9.8beta???
Mmmm, file gallery contents cannot be viewed if anonymous and language selected is catalan. Example: [http://gclub.ub.es/file6] Change language to english or any other, and the contents will be shown. I'm not sure but I would say that this didn't happen before I updated to 1.9.8beta (yesterday) ---- May be related to that older bug report?: [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1204&trackerId=5|Listing a file gal. in CATALAN returns smarty error for admins, and blank page for reg. users] |
tracker item |
Long File Description Overflows Page | tracker item |
Make advanced mode for file and image upload dialogues a selectable preference | tracker item |
Make File gallery tag image files in Tiki according to exif tags and such, and the other way round too | tracker item |
Max upload file is limited to 8MB at dev.t.o (quite limited for videoscreenshot) | tracker item |
memory exhausted (even if 1Gb allocated to php processes!) after uploading big pdf (20Mb with images) to file gallery and tiki works server side with pdftotext and others. | tracker item |
Migrate binary files in between the file system and the database
Add a feature to move files in between the file system and the database This feature: tiki-admin.php?page=trackers tiki-admin.php?page=fgal tiki-admin.php?page=wikiatt should be added here: tiki-admin.php?page=gal (In fact, it should be backported from 1.10) "Move images from filesystem storage to database storage" |
tracker item |
Migration of image gallery doesn't migrate | tracker item |
mime type detection for upper case filenames | tracker item |
Erroneous field feedback error on Tiki (using ElasticSearch) | tracker item |
Missing Parent-Selection Box at "Edit File-Gallery"
When editing a new File Gallery or modifying an existing Gallery, no Parent-Gallery Selection box is shown. Thus you can neither create new File Galleries nor move existing File Galleries to other parents. (See {img id=109}) |
tracker item |
Missing translation tag in tiki-upload_file.tpl | tracker item |
Moving +10 (default number) files to new file gal fails (only first 10 moved)
Moving +10 (default number) files to new file gal fails (only first 10 moved) To reproduce: * log in as admin * Create two file gals (A and B) * Upload 15 files to file gal A. * Ensure that you have by default 10 files shown per file gallery (as a setting in the administration of the file galleries) * List the file gallery, and Change the view to show 15 files instead of 10. * click on all check the boxes of the 15 files * select move files to a new file gallery __only 10 files are shown and selected at this point __ If you keep going (select destination file gallery to move the files to), you'll see that only the first 10 files are moved, and not the 15 files that you had initially selected. Using Tiki 3.1. |
tracker item |
Moving files form DB to FILES
Hi, I just used the feature __Change all to File__ in __Manage Attachment__ page (wikiatt) and I have lost all the link in wiki pages to the attachments. in the root directory of tikiwiki have appeared all the file attachment in this format __fad8af90189c10a80f8712263d74fa50__ In __Manage Attachment__ I click the Change buttom to come back to db storege without success I am confused and thinking in restoring tiki_wiki_attachments table. any suggestions thank in advance |
tracker item |
Must have tiki_p_download_files set on file gallery - assign via category per file does not work
it seems there is a bug in 4.1 not allowing to assign perms per file in file galleries. i can only download the file as anonymous if i assign tiki_p_download_files to the whole file gallery where the file is saved in but not when the file is categorized in category with that permission assigned (which should work) |
tracker item |
natokpe | tracker item |
Need to be able to 'return' to the Additional information available when a file is first uploaded
When a file is first uploaded the 'success' screen allows a very useful set of "Additional info" to be displayed - but there doesn't seem to be any way to reshow this info once the file has been uploaded. Would be very useful to be able to always show this in the file Properties so that the inclusion/download info can be cut and pasted. No longer relevant - 15th June 2013 |
tracker item |
Neither Slideshow nor Colorbox (Shadowbox) Seem to work in Tiki 4.0
~~#f00:__Update, DEC 30 2009 - __~~ (1) Shadowbox/Colorbox is working in Wiki pages (path error 1st time around - my fault) (2) Shadowbox/Colorbox still ~~#f00:__NOT__ working ~~in File Galleries. (3) Slideshow works in File Galleries __ONLY if using Mozilla Firefox or IE 8, if IE 8 not running in compatibility mode__ (I.E. 6,7 fail to display the slideshow) --------------------- Neither the slideshow nor the new colorbox (shadowbox replacement?) features seem to work in Tiki 4.0. Both slideshow and shadowbox have checkboxes in the Admin panels. Are there any other supporting features that need to be enabled. Note: The thubmnail generator seems to work much better for the file gallery in 4.0 than in 3.x or 2.x. |
tracker item |
New File Gallery saving
It will report a system error while saving a new file gallery |
tracker item |
New parameter to set by default (for all new gallery) the maximum of version (archive) per file. | tracker item |
New Tracker Field Types to relate trackers with "anything"
Real examples: I created a tracker "Books" with fields like "Cover" (image) and "1st Chapter" (attachment). It would be great if by inserting a new item in Books, the cover and the 1st chapter would automatically be created in File Gallery. I have a blog that show events as posts. It could be integrated with Calendar by a tracker, making it possible to insert a blog post and a calendar event at the same time and relate them. |
tracker item |
Newsletter: attaching files
Sometimes, it is useful to attach files to a newsletter. Alternatively, it could be a newsletter with a link to a file (a unique, very long URL, which provides access to the file without entering a password) |
tracker item |
doc.t.o broken link file galleries in mobile mode | tracker item |
No controls in first file gallery colorbox popup
In a file gallery (at a url like tiki-list_file_gallery.php?view=browse&galleryId=2), when I click on a thumbnail to see the image in a colorbox popup, there are no navigation controls in the box for the first image clicked. If I close that image and click a second thumbnail, the controls are there and I can navigate to next, previous, etc. It doesn't matter which image is tried first on a fresh page load; the first one clicked always is missing the controls. I'm seeing this in r22284 (Oct 13) but have noticed it for at least several days, in Firefox and Opera. |
tracker item |
NO Navigation aid with IE 7.0 in File Gallery to other Galleries and other anomalies
When Using IE 7.0 Also if you click on the Slideshow button, it opens a ie window but it shows only the "Close" button and no other image. I have seen in Tiki File Gallery site a differente approach that may solve the problem. If any one knows...please share |
tracker item |
Add TIFF support (Preview) | tracker item |
No way to search for galleries by name | tracker item |
Not possible anymore to download a file in a specific folder on dev.t.o (whishlist screenshot) | tracker item |
Not possible to delete files from files gallery anymore when storage is on directory and upload from tracker field | tracker item |
On upgrading to 2.x the files wikiplugin no longer works.
When using the files wikiplugin nothing appears in the wikipage when previewed or saved in v2.x. When posted on the forum Sylvie sent me alternative plugin files which enabled the plugin to be used once on the page. But if the plugin is used more than once on the page, the page is completely blank (whitespace). PLease see the forum post for details: http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=22894&topics_offset=22&topics_sort_mode=lastPost_desc&forumId=4 PLease note I am using TW on Windows (IIS) with MySQL but have recreated the bug on the opensource CMS demo. |
tracker item |
Optical character recognition (OCR): add as ALT tags to images | tracker item |
Organisation and structure of file and image galleries
In some enterprise enviroments tikiwiki is installed on a windows server which is also used as fileserver. Using tikiwiki as a knowledge platform requires the ability to upload documents and files to the machne, browse the upload directories and edit these documents. In such a scenarios users upload downloadable files, like word docs or pdfs directly to the share and use the file module to embed links to these files. {CODE()}{FILE(filename="path\filename")}Filename{FILE}{CODE} This is rather painful for new users as they have to learn the syntax of the module and have to copy and paste paths and filenames. It would be more convenient to use the upload capabilites of file galleries in such scenarios. Currently they cannot be used. For this purpose file gallieries that create a hierarchic directory structure in the upload directories are needed. These directories can be used to organize uploads. Additionally, to ensure that people can edit their files, the files would have to be renamed to human-readable names and not to md5 as it currently is. In short: - no renaming of filenames in image and file galleries besides the replacement of spaces with "_". - mime type filtering for uploads - the ability to create and browse directories in order to organize uploads. - ability to set multiple upload directories. Please consider these suggestions, thanks in advance! |
tracker item |
Mimic folder/file hieararchy in FIle Gallery/elFinder's links | tracker item |
Paging in the File Gallery does not work
The file gallery displays great, except that it does not browse with the page numbers, neither the paging arrows (next page, last page). |
tracker item |
Parent Gallery doesn't show anything
The dropdown menu for "Parent Gallery" shows blank entries. I assume these are my galleries, but I don't know which one is which. {IMG(src="http://dev.tikiwiki.org/tiki-browse_image.php?imageId=103")}{IMG} |
tracker item |
Parent Gallery Selection Box Design
when selecting a parent gallery on a deep gallery structure it would be nice if # galleries not which are not a direct child of the root gallery are marked with "..." at the beginning # galleries are marked with the (ID) at the end. there are scenarios where the two displayed levels in the selection box are ambiguous. |
tracker item |
permission check problem with Draw in File Galleries | tracker item |
Permissions, File gallery; Clarifying what "Can download files" mean (can view image) | tracker item |
Photo EXIF Orientation Hanlding | tracker item |
Please add MIME types for hyperlinks | tracker item |
Plugin Files: Add an option to quick upload a file
Adding a option to quick upload a file in the LIST plugin This would allow low tech people to easily add a file to a galery |
tracker item |
Plugin-Files: Unable to show file name without description | tracker item |
PluginFiles: form to upload files below that table reports error due to defective indexing when uploading through file gallery works as expected | tracker item |
PNG's lose transparency when loaded from gallery
__Tiki__: 6.1 __Browsers__: *Firefox - 3.6.13 *Safari - 5.0.3 When I use the {IMG} plugin to load a PNG file that has a transparent background from a file gallery it becomes a JPG (specifically a "jpeg") and all transparency is lost. The image has a black background. If I load the same file from the filesystem directly using the same {IMG} plugin it loads properly. I have created an example page with viewable source [http://redwood.cichosz.org/cichosz/tiki-index.php?page=Image+Problem+Example|here] I am uncertain as to if this is a clue for this bug report, or if it should be a separate bug report, however displaying the same PNG from the file gallery produces a very low quality jpg representation as well. A screenshot of the image displayed through the file gallery can be access from [http://redwood.cichosz.org/cichosz/tiki-download_file.php?fileId=8&preview|here]. --Steve |
tracker item |
Preview (with mouse over) in the file galleries is not working correctly?
When you move with the mouse over an item in the file gallery, and it is an image, it displays it beautifully, but when the image is too large (and in practice it is), then the display 'falls from your screen' |
tracker item |
Replace action in file gallery doesn't work in thenews theme
When I click the Actions → Replace on tiki-list_file_gallery.php?galleryId=1 (used to be replacing the image file with another one), it does nothing... link on Replace just points to tiki-list_file_gallery.php?galleryId=1# |
tracker item |
RSS should have permissions checking
The RSS feeds seem to have no permission checking. The feeds should only include information that is available to Anonymous. |
tracker item |
Score conflicts with the File Gallery
{img src=images/code.png}%%% {CODE()} An error occured in a database query! Context: File tiki-download_file.php Url tiki-download_file.php?fileId=32 Query: insert into `tiki_users_score` (`user`, `event_id`, `expire`) values (?, ?, ?) Values: 0 eric.auger 1 fgallery_is_downloaded_guillaume.samson:32 2 1224399721 Message: Duplicate entry 'eric.auger-fgallery_is_downloaded_guillaume.samson:' for key 1 Built query was probably: insert into `tiki_users_score` (`user`, `event_id`, `expire`) values ('eric.auger', 'fgallery_is_downloaded_guillaume.samson:32', '1224399721') {CODE} |
tracker item |
Search file name from top file gallery doesn't find it when it is in child | tracker item |
Search Indexing not working for msdoc type.
I'm running a OpenSuSE Linux server and Tikiwiki 5.1 and trying to use search indexing to search within uploaded files. This is working fine for other mime types but not MS Word documents. E.g. "application/pdf" works using "pdftotext %1 -" as it's file handler and "application/vnd.ms-excel" works with "strings %1". I've tried using strings and catdoc, but neither are populating the the search_data field in the tiki_files table. I've tried reindexing and re-uploading the file. The file_type field in the DB is also correctly matched to the mime type. Both strings and catdoc work successfully from the command line so I'm inclined to write a script to run the commands from cron and update the data into the database. But this is obviously a bit of a bodge so I'd rather have it done natively. I've tried to get help in IRC and have posted onto the forums, but have been unsuccessful in getting the problem fixed. |
tracker item |
Search, Catagories and File Gallery permissions issues in 4.2 Stable
I have Staging + Approval Setup for File Galleries. Browsing the Galleries works fine, Registered Users can see Approved files, Admins can see both Approved and Staging. When I do a search, Registered Users cannot see any of the Approved files in File Gallery. If I turn on Global Permissions, File (tiki_p_download_files), then Registered Users can see both Approved and Staging. In the Approved category, Registered Users have the download files permission. Something is funny in the permissions for Searching. This does not appear to follow the category permissions. |
tracker item |
server restarted and file upload blocked on file gallery where parent has a single quote on its name
At this site: http://www.moviments.net/ilp/ We had a file gallery called "Actes d'Assemblees i reunions" (without the surrounding double quotation marks) http://moviments.net/ilp/tiki-list_file_gallery.php?galleryId=3 There was a child file gallery called: "Assemblea 080907" (without quotation marks) http://moviments.net/ilp/tiki-list_file_gallery.php?galleryId=9 When I tried to upload a file (xls, "estat comptes.xls"), the server restarted in the middle of the upload and Firefox showed a "connection reset while loading page", etc. I couldn't load other pages of this site or others on the same server for some seconds, but later on, server came up again. So I could load other pages of the same tiki site. Then I tried again doing the same, and same behavior after attempting to upload that file: server restarted, etc. After reloding file gallery, no file was uploaded, etc. Then I went to the parent file gallery, and deleted at least the single quotation mark from the name, leaving that name as: "Assemblees i reunions" Then the file could be uploaded with no problems at all on the child file gallery "Assemblea 080907" This is the file, in case you want to reproduce with the same file, just in case: http://moviments.net/ilp/tiki-download_file.php?fileId=20 |
tracker item |
Files; Values in Maximum width / height of images for a file gallery can to chain of errors and corrupt image files | tracker item |
since_last_visit on doc.tw.o doesn't link to individual new files but to their gallery
At doc.tw.o I just saw, at the since_last_visit_module, among many other infos, some report of new files being added, like: # Batch Category Creation - Figure 3 (Batch Category Creation - Figure 3.PNG) # Batch Category Creation - Figure 1.PNG (Batch Category Creation - Figure 1.PNG) # Batch Category Creation - Figure 2.PNG (Batch Category Creation - Figure 2.PNG) # Batch Category Creation - Figure 3.PNG (Batch Category Creation - Figure 3.PNG) However, those files all link to the same url, which is the gallery url, http://doc.tikiwiki.org/tiki-list_file_gallery.php?galleryId=2 and not their single url's. Example: http://doc.tikiwiki.org/tiki-download_file.php?fileId=126&preview ---- UPDATE: was that an intentional move? I still consider that the former (1.x?) behavior was better from the point of view of usability. {sign user="xavi" datetime="2013-11-17T09:49:01+00:00"} --- |
tracker item |
SlideShow in File Gallery should be optional.
This was not in 1.9 and I don't want this feature for most of my sites. |
tracker item |
small errors in spelling elfinder.es.js | tracker item |
Sorting does not work when clicking on the caption of a file gallery
When you click on the header, it suppose (I assume this) that it will sort on that column/field. It does not, obviously. |
tracker item |
strange behaviour with multiple zip uploads containing files with similar filenames
This example shows that something goes wrong when zipped files with the same name (but different content) are uploaded and unzipped by Tikiwiki. 1.) Create a test.txt file with some content and zip it to test.zip. 2.) Upload this file to a Tikiwiki File Gallery and choose to unzip it. 3.) Create another test.txt file with different content and zip it again to test.zip. 4.) Upload this file to a Tikiwiki File Gallery and choose to unzip it. 5.) Now there are two test.txt files in the gallery; now DELETE the first one. 6.) If you now try to download the second one, a blank page will be shown; it seems that the php code reaches a 'die' because the file could not be found! |
tracker item |
Strange values in file information | tracker item |
SVG block is over-reacting | tracker item |
Tag file in file galleries | tracker item |
TestPhotoOrientation
photo to test orientation handling |
file |
The Directory Batch don't import files with accented/special characters (like à é é ...) in filename
The Directory batch feature imports all documents except those with an accented character like 'à ','è'.'é' or special caracter like Euro symbol (€). Environment: Ubuntu Server 8.04 ISPConfig 2 Note: Maybe something related with the bug_id:2821 |
tracker item |
Thumbnail generation crashes on SVG if not uploaded by admin | tracker item |
Tiki produces wrong links
Please feel to reproduce the mistake in our system: http://www.feldtech.com/tiki. Here a descrition of two such errors: The location of a specific article is http://www.feldtech.com/tiki/tiki-read_article.php?articleId=9 but the link generated for visitors is: http://www.feldtech.com/tiki/article9 A certain gallery is to be found at http://www.feldtech.com/tiki/tiki-browse_gallery.php?galleryId=5 but tiki produces the following dead link: http://www.feldtech.com/tiki/gallery5 |
tracker item |
tiki_p_admin_objects enabled for a user, but no key icon appears in file gallery
i want to share files between groups of users, some can upload, some only download, others administrate (create and manage file galleries). my problem is that the administrator users cannot easily assign permissions to the file galleries: via a dedicated group i assigned tiki_p_admin_file_galleries and tiki_p_admin_objects to those users, but the key symbol to assign permissions to file gallery objects does not appear for those users. they can, however, use the link tiki-objectpermissions.php manually. does the feature to show the objectpermissions depend on any other flags/permissions? i could not find any hint in the documentation so far.. |
tracker item |
tiki-download_file.php and &display=y incompatible with Firefox 3.0x and PDF from File Gallery
tiki-download_file.php and &display=y incompatible with Firefox 3.0x and PDF files Attempting to have tiki-download_file.php display a PDF in browser using &display=y parameter... tiki-download_file attempts to open the file as a PHP file, not a PDF. OTher browsers can correctly display the PDF file. From within an Article... DOES NOT DISPLAY IN FIREFOX... DISPLAYS IN WINDOW IN OTHER BROWSERS View the the full article: [tiki-download_file.php?fileId=1&display=y|title.pdf] WORKS, DOWNLOADS TO DISK Download a copy of the the full article: [tiki-download_file.php?fileId=1|title.pdf] Maybe there is a better way to display PDFs from the File Gallery in-browser-window, but I haven't seen the documentation on how to do it with internal Wiki File Gallery files. |
tracker item |
tikiwiki 2.2 XSS attack in URI
Application: TikiWiki Version: 2.2 (latest) Website: www.tikiwiki.org Bug: Active XSS in URI Exploitation: Remote Date: 12 Mar 2009 Discovered by: iliz Author: iliz Contact: e-mail: iliz-z(at)yandex(dot)ru Bug Description: TikiWiki version 2.2 and later uses URI in html response body and fails to sanitize it. Is therefore prune to Active XSS attack. PROOF OF CONCEPT: /tiki-galleries.php/>"><sc /tiki-list_file_gallery.php/>"><sc /tiki-listpages.php/>"><sc /tiki-orphan_pages.php/>"><sc The javascript code will be executed in the context of the victim's browser, this can be exploited to steal cookies and escalate privileges to administrator. Tested with TikiWiki 2.2, Apache 2.2, Mozilla Firefox 3.0.6, InternetExplorer 7, Opera 9.65 |
tracker item |
Tracker Limitation of 3000-5000 entries or File Gallery
Lifting the priority of this previous request to 8, If the built-in database could be switch to a more robust DBMS such as MySql to go beyond the 3k-5k limit. Else, to make File Gallery customisable as it has virtually no limit (i could not read any limit in the docu)as Tracker - which has limit. So that more information or item could be added to the File Gallery. |
tracker item |
Tracker, File gallery; New option in the file tracker field type to create a file gallery per item. | tracker item |
Trackers, File field type; Confusion for the end user when the targeted gallery as Upload files from remote source set to yes | tracker item |
Trackers, File field; Searching a file to add in a file tracker with throw you out of tracker | tracker item |
Trackers, File tracker field; Browsing and selecting file is not user-friendly at all | tracker item |
Tree view in File Gallery doesn´t set the child Urls correctly
1) Child links are "usually" (not always) configured to point to a bad Url. Instead of taking you to : http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=5 it will take you to http://mi.solcentral.org/Textos%20Codificados and Sefurls (Search engine friendly url) is OFF You can see if for yourself in http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=2 I have changed Theme to see if its a Theme things and the problem persists. The problem does not arise accessing with IE 7.0 since the Tree Control is not showed up at all (don´t know if this is also an error really, if you know tell me...). 2) Icons change. Instead of showing one type of icon in the tree structure, it shows two types. Please Help ---- Tiki V 6.0 fresh install Server: Windows PHP Version: 5.2.6 Ram: 128 Mb |
tracker item |
Tree View of File Gallery only shows the 1st Level of Galleries
On some PHP-Versions (e.g. PHP Version 5.2.0-8+etch16 - not on PHP Version 5.3.1) the file gallery tree view only shows the 1st level of galleries. See the incorrect {img id=110} and the correct behavior {img id=111} the parent selection box at the edit form of galleries only shows these 1st level galleries too. galleries of a deeper level are not shown. Thus you can not create file galleries with level 3 or deeper. |
tracker item |
trunk: tiki-upload_file.php?galleryId=17 with tiki_p_admin admin, has wrong default file creator
When upload a file, I can specify someone else as the owner (great), but my current login should still be the initial choice. |
tracker item |
Thumbnail creation crashes with Safari pinned tabs image | tracker item |
unable to downlad files in files gallery
I am in 4.2 I no longer able to download my files stored in files gallery I am able to upload a file, I can see it in file gallery but its adress is http://www.mysite.fr/dl47 instead of http://architudes.fr/tiki-download_file.php?fileId=47 on 3.2 release and my browser return "Error 404 - Not found" |
tracker item |
Unable to find images in gallery when uploaded, using only ID
Experienced with Tiki 6.1. Consider the following: #User adds an image to a wiki page by uploading it to the File Gallery. #After successful upload, Tiki automatically inserts the necessary code: +{CODE()} {img fileId="99" thumb="y"... {CODE} #At a later date, the user wants to update/replace the image. There is no way for the user to find the image in the File Gallery, if you only know the __fileId__. Attempting to search the file gallery for the __fileID__ will ''__not__'' find the image. Proposed solutions: #Make the fileID searchable. #When editing an image via the Edit Plugin, there should be a way to automatically go to the correct file gallery. #Add an optional field in the __img__ plugin for fileId. |
tracker item |
Uncaught exception in file gallery | tracker item |
Undefined variable: useCache when importing files using the console | tracker item |
Undefined variable: useCache when importing files using the console command | tracker item |
unzip failure on image galleries
to test this: 1. one zip file with 30MB with photos smaller that 1MB inside 2. php memory limit 512MB, upload/post limit 500MB 3. tikiwiki 3.0 final 4. file galleries and image galleries enabled. 5. file and image galleries working with directories, no databases 6. test uploading a simple image to file galleries: ok 7. test uploading a simple zip file with 3 photos inside: ok to reproduce: 1. upload the zip file to galleries 2. get the error: Cannot upload this file maximum upload size exceeded 3. upload the same zip to gile galleries: no problem and unziped so why is it working with file galleries and not with image galleries? |
tracker item |
Unziped files in filegallery has no category
When you upload an zip file into file gallery and choose "unzip zip files" the checkbox to choose a catagory has no effect. It would be nice, that all extracted files have the choosen category. I use TikiWiki 4.2. |
tracker item |
Upgrade to Tiki4: You can't specify target table 'tiki_file_galleries' for update in FROM clause
{CODE()} UPDATE `tiki_file_galleries` SET `parentId` = (SELECT * FROM (SELECT `galleryId` FROM `tiki_file_galleries` WHERE `type` = 'system') AS t) WHERE `parentId` = -1 AND `type` != 'system' You can't specify target table 'tiki_file_galleries' for update in FROM clause {CODE} Suggestion: use php for this, and rely less on sql happened on MySQL 4.1.22-standard |
tracker item |
Upload File dialog drop-down list includes galleries the user does not have permission to view
Under File Galleries -> Upload File. On the selection screen, there is a drop-down list for which gallery the user wants to upload the file to. This list includes galleries that have either been deleted, or the user does not have access to view. Under the user, manually entered the gallery ID to view the galleries that should not be listed, and access was denied. Clearing the cache did not change anything. |
tracker item |
Upload file doesn't work in Opera 10 when Ajax is on
At a Tiki 3.2 site, clicking the "upload" button in a file gallery has no effect in Opera 10 when Ajax is on. When Ajax is turned off, uploading a file works normally. (When trying this, jquery was on and mootools was off.) |
tracker item |
File Gallery Upload on dev.tiki.org (23x): File Upload failed: service unavailable | tracker item |
Upload image, Wiki page; It should be possible to drag a picture over a text area for Tiki to understand it has to set an IMG plugin | tracker item |
Upload Mulitple Files Broken in 4.1 File Gallery Feature
~~#f33:__Update!__~~ #~~#f33:Unzip Zip Files (Batch Upload) is Broken for Windows and CentOS~~ #~~#f33:Adding Multiple files one at a time, then uploading in-batch is broken __ONLY for Windows XP__ (CentOS works).~~ System Used: 1) Windows XP XAMPP Tiki 4.0 and 4.1 (12-15-2009) IE 8 or Mozilla FF 3 2) CentOS 5.x Tiki 4.0 and 4.1 IE 8 In Tiki 3.x it is possible to upload multiple files at one time to any file gallery by one of two methods: 1. Keep clicking the "Add" button and add select multiple files for uploading. Then finally click the "Upload" button. 2. Select a zip file to upload, and check the "Unzip" checkbox. ~~#f00:__In Tiki 4.0/4.1 this feature is broken.__ ~~ The resulting behavior is that the upload progress-indicator (spoked-wheel animation) runs forever, and the Apache server must be restarted before the user can continue to upload any other files after the failed attempt at multiple-uploads. ~~#f00:__For purposes of data/file migration to Tiki, this is a serious issue.__~~ I'm not much of a PHP programmer, and I suspect other Tiki users are not either...so checking out the latest code from the head of a branch is probably not a great work-around (in general). |
tracker item |
Uploading a file at doc.tiki.org is too hard and chaotic | tracker item |
Uploading a file using a tracker file field type at doc.tiki.org is chaotic | tracker item |
Uploading a new version UX improvement | tracker item |
Uploading files to a File Gallery which has max width image resize set via Tracker file field does not work anymore | tracker item |
Uploading large files in filegallery fails fatal
Trying to upload files greater than 2 Mb fails. php.ini allows memnory, files and posts to be 8 Mb apache has been restarted According to my tests the bug happens within the insert file to db library when around the $query string and the execution of it. |
tracker item |
uploading pdfs in file galleries fails when automatic indexing of file content is active | tracker item |
Uploading Word 97-2000 or ODT Files corrupts them in Tiki 50
Have Tiki 5.0 installation (both fresh and upgrade) on Windows XP. Accessing interface from localhost (same Windows XP). Uploaded both Word 2000 and ODT files (simple Lorem Ipsum text 1-2 pages) to file gallery. When dowloading and reopening files, I get errors in both open office and Word indicating that neither program recognizes the character encoding. The file gallery is storing these binary files in the database (not the file system). Work Around - Save files as .rtf (rich text format), whic increases their size about 5-fold. Uploading and downloading and opening works perfectly. When Tiki 5.0 is running on CentOS, this same error occurs. Seems to be independent of versioning versus non-versioning. What's going on with the character encoding?! |
tracker item |
URL does not change when navigating galleries in Finder View | tracker item |
Usability improvements for File dialog (icon in wiki page editor)
{maketoc} !Problem Summary The dialog structure for uploading a file and adding a link to it in wiki page is much better than it was, thanks to the introduction of the __File__ icon in the toolbar of the wiki editor. But it is still cumbersome and error prone. Here is the process below and the usability issues that I found at various spots. # Click on the __File__ icon # Pick __File Gallery/Archive__ in __Type__ # Click on __Pick a file__ link # Click on the __Upload File__ # Click on the __Browse__ button # Click on __Upload__ button # Browse the file system and pick the file. # Once the file is uploaded, click on its name. # Click on __Insert__ button Besides the fact that this is long, there are many places where it is misleading to the user (details later). I had to try this more than a dozen times, clicking on different items, to figure out how it works. And I had help from some experts on the mailing list! Fortunately, there are a number of very small fixes that we could implement to address those issues. See below for a discussion of the various issues and proposed fixes. !Issue 1: __Type__ should have a reasonable default Currently, the type is set to empty. It really should be set to either __File Gallery/Archive__ or __Attachment__ by default. Personally, I would favour __File Gallery/Archive__, because I think it's generally a bad idea to attach files to a wiki page, because it limits your ability to link to those files from other pages. But the point is: the value should default to what users most commonly use. In some cases, the picklist only has one option in it anyways (ex: if the feature for attaching files to wiki pages is off). In those cases, then the picklist should DEFINITELY default to that single value. ^Fix: Set the __Type__ to a sensible default... I vote for _File Gallery/Archive__^ !Issue 2: __Pick a file__ link looks more like a caption than something you can click on I never realized that I could click on it to choose the file. Someone had to actually point that out to me. Others on the mailing list have said that they need to point this out to users all the time. ^Fix: Change the link to a button^ !Issue 3: Too easy to miss the __Upload__ button Once you click on __pick a file__ link, you are presented with the general screen for navigating and managing the File Gallery. But at this point in time, you are only intersted in uploading or choosing a file from the gallery, and seeing this complex dialog is very disorienting. In my case, I managed to miss the fac that there was an __Upload__ button on that screen, and I thought I had mad a mistake and someone pressed the wrong button or link in the previous screen. I had to go back to the previous screen several times and click on different things, and finally come back to clicking __pick a file__, and then I saw the __Upload__ button. ^Fix: Instead of having a single __Pick a file__ link (well, button, if we implement the fix to Issue 2), we should have two buttons: __Upload__ and __Choose from Server__. Or something like that (I can't think of a good workding). The __Upload__ button will take you directly to the place you currently get to after clicking on the __Upload__ button in the File Gallery screen. The __Choose from Server__ button will still take you to the __File Gallery__ navigation and management menu.^ !Issue 4: Not clear that you have to click on the file name after uploading In Step 8, there is nothing that tells you you need to click on the file name after you uploaded it. I went through the whole process several times and it never occured to me that I had to do this until someone from the mailing list told me. Note that there is a message to that effec that appears if you hover the mouse over the file's name. That message really should be visible at all times, not just when you hover over the file name. ^Fix 1: Make it so you don't need to click on the file name altogether. Fix2: If that's not possible, at least put a very prominent messages saying that the user needs to click on the file name^ !Issue 5: Insert button is not clear. In Step 9, you are back at the original pop up, and you need to click on the __Insert__ button, otherwise the link to the uploaded file does not get inserted. Again, I had to do the process several times before realizing I had to do this. My natural tendancy was to close the popup, either by Xing it or clicking on the __Close__ button. The result is that the file does not get inserted on the page. I think the problem is that the two buttons at the bottom say: __Close__ __Insert__ And you naturally tend to click on the first of these two, i.e. __Close__. ^Fix: Change the order and caption of the two buttons as follows: __Insert link__ | __Cancel__ Also, if the user clicks on the X to close the window, the link should be inserted (in other words, __Insert link__ should be the default). The reason is that it's easier to recuperate from that error (you just need to erase the link) than to recuperate from the other error (you have to start again from the beginning, to insert the link). ^ |
tracker item |
v3.0 bug: Incorrect link reference for downloading files from podcast galleries
__Fixed in 4.0__ When a Gallery is designated as an audio podcast Gallery with a file folder used for storage, and files are added to the Gallery they are correctly stored in the file folder BUT the links generated when a file is downloaded from the Gallery is incorrect. In my example I set the folder as podcasts/ (in v2.x the path setting for the podcast gallery folder had to be relative I'm assuming this is unchanged) so the download should generate a link like: ....tikiwiki/podcasts/filename.mp3 Instead the link incorrectly is generated as: ....tikiwiki/filename.mp3 ie the download path is omitted All non podcast galleries are OK generating the usual: tikiwiki/tiki-download.... format This worked fine in versions 2.2/2.3/2.4 |
tracker item |
View various file formats as text (Excel, Powerpoint, Word, PDF, Open Office, etc)
Our friends at [http://www.horde.org/imp/|IMP] offer a feature to view various file formats without having the viewer installed on your desktop. Beyond viewing, we could want a way to import to a wiki page. Since this is a broad topic, we'll coordinate on ((Binary File Handling)). |
tracker item |
Way more files in my file directory than in my file gallery | tracker item |
File Browser Display Redirects to Wiki Page | tracker item |
When editing an image, the type is not preselected | tracker item |
When I create an image gallery, a file gallery with the same name is created
discovered on tikiwiki.org |
tracker item |
White page (wsod) if admin language is not an LTR language and database is not used to store files | tracker item |
Wiki code to include file in page just after file upload recently broken | tracker item |
Wiki page attachment not searchable
When attaching a document to a wiki-page, for example an MS-Word file, this attachment seems not to be indexed. There's also no option to indicate which handlers for different mime-types to use. This option is available when using file-galery, but not for page attachments. As a result the file will never show up in any search results. Furthermore: it would be convenient to be able to indicate that the indexing of attachments should be logged. This would ease system debugging in the case mentioned. |
tracker item |
Wiki page attachments: better error message on failure
If an upload fails here: tiki-list_file_gallery.php?galleryId=1, I get a descriptive error message (ex: file too big). The same would be useful for wiki page attachments. |
tracker item |
wikiplugin_files used on Wiki Pages dont update files.
Hi, I found an issue using "wikiplugin_files" plugin. If You try to use it (on Wiki pages or in other available places like parsable ptracker descriptions etc) Wiki page show files in the particular gallery but You can only download file. You cannot update newer version or see a history of that file althou theres an option to do it. Ive try it both on TW 2 and TW 3(beta). Ive tried to turn off/on all java UI thingy but w/o success. Best regards, Piotr |
tracker item |
Deleting an archived file using a selection of file doesn’t work anymore | tracker item |
File gallery; File description cannot be emptied once it have been filed with a value | tracker item |
File gallery, categories; editing a file and assigning a category goes to a WSoD on save (but all is saved) | tracker item |
In a file gallery with several pages, the Slideshow should start from the picture displayed on the page | tracker item |
Wish: be able to search for a file by ID number | tracker item |
workspace should create and assign file gallery, too, to keep files separated as pages | tracker item |
Wrong label for number of result setting in file galleries | tracker item |
WYSIWYG File gallery can't deal with non image files | tracker item |
xavi
Contributors |
tracker item |
Zipfile upload into file area
I applied the patch from bug report 2956. Only one of the zipfile content files is added. |
tracker item |
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