Comments and changes to this ticket

• 

  dleffler May 28th, 2014 @ 10:49 AM

  • Tag set to “file manager”
  • Assigned user changed from “expNinja” to “dleffler”
  • Milestone set to “2.3.0patch2”
• 

  dleffler May 28th, 2014 @ 11:08 AM

  OK, #1 & #4 are caused by a regression bug where we don't load core css files inside an ajax call
  #2 may be the result of the same problem, when working it simply updates the dropdown list and the file is uploaded to the 'new' folder #3 & #5 might also be associated, since I can't reproduce them locally after the fix.

  The fix will be included with v2.3.0patch2 due out Friday, this fix (and all the other patch2 fixes) is already included in the master git repo on github

• 

  dleffler May 31st, 2014 @ 06:38 PM

  • Milestone changed from “2.3.0patch2” to “2.3.0patch3”

  [bulk edit]

• You flagged this item as spam.
  

  Peter June 3rd, 2014 @ 11:07 AM

  Just to confirm, with patch 2 installed items 2, 3 and 4 are still outstanding.

• 

  dleffler June 3rd, 2014 @ 12:34 PM

  FWIW, 'folders' using the old/traditional File Manager are actually a variation of 'categories', the files are still uploaded into the root folder. Have you given the new elFinder File Manager a try?

  If you are able to view the actual server '/files' folder, can you determine if the file was actually uploaded? Generally speaking, if the file failed to upload, the returned message in the uploader should indicate it.

  Can you confirm that you have read/write access to the /files folder?

• You flagged this item as spam.
  

  Peter June 3rd, 2014 @ 02:42 PM

  This was the old file manager, but it's not obvious there's more than one. After trawling the documentation it said there are two but not how you change from one to the other. I did work it out eventually and now have the 'new' one.

  I can now create directories and upload files to them. However there is no thumbnail and preview doesn't display an image either. If I try to use the pictures, for example in a photo gallery, there is also no thumbnail and no image, even though I selected them from the server. FileZilla confirms the files upload correctly. If I try to edit with Pixlr I get an error see attached.

  • Capture.JPG 38.4 KB
  • Capture1.JPG 36.5 KB
• 

  dleffler June 3rd, 2014 @ 06:01 PM

  http://www.exponentcms.org/blog/using-the-new-elfinder-file-manager

• 

  dleffler June 3rd, 2014 @ 06:12 PM

  Off hand, I'd say it's some sort of permissions issue (even more likely the owner/group). Since elFinder is based on the server folder files and not simply what's in the database (like the traditional file manager), we can see the file uploaded. The thumbnails are built in the /temp folder and either they aren't being built (the folder gets tagged as not writeable) or the thumbnails are built, but we can't read them.

  You might try changing the /file folder permissions to 777 temporarily to see if things work (do a clear all caches to clean things up though)

• You flagged this item as spam.
  

  Peter June 4th, 2014 @ 09:59 AM

  As I have already told you, the folders on the server have full R/W permissions - see Capture.JPG.

  Capture1 shows the file manager after drag / drop the files, and Capture2 the resulting display. Capture3 shows that the files are present on the server.

  You mention a 'temp' folder, Exponent has created a 'tmp' folder not 'temp'. I cleared all caches via Exponent then manually removed any remaining cache files from the server.

  • Capture.JPG 54.2 KB
  • Capture1.JPG 55 KB
  • Capture2.JPG 29.3 KB
  • Capture3.JPG 30 KB
• 

  dleffler June 4th, 2014 @ 12:22 PM

  What web server are you running and what OS is it running on?

• You flagged this item as spam.
  

  Peter June 4th, 2014 @ 01:42 PM

  Fasthosts shared server, Linux, PHP 5.4

• 

  dleffler June 17th, 2014 @ 11:41 PM

  • Milestone changed from “2.3.0patch3” to “2.3.0patch4”

  [bulk edit]

• You flagged this item as spam.
  

  Peter June 23rd, 2014 @ 09:45 AM

  Please can you confirm progress on this issue? I have been away from this development for a while due to a lightning strike that took out my broadband router, but am now back on line.

  The issue remains: Images uploaded with file manager are present on the server. Permissions 707. However thumbnails do not appear in file manager. Also I was unable to load any images into Pixlr even using the Load from URL rather than clicking from File Manager. When I removed the .htaccess file from the Files folder I was able to load the images into Pixlr using Load from URL, but this did not change the file manager issue.

  I can add images to a page from file manager OK, even though I cannot see the thumbnail in file manager. Adding images to a slideshow or gallery however doesn't work, I get the 'no image' image, whether I use Add or Quick Add.

  • Capture.JPG 54.9 KB
• 

  dleffler June 23rd, 2014 @ 10:24 AM

  I can not reproduce this locally or on any of my sites. Since it involves both elFinder and thumbnails, my first guess is the /tmp/img_cachefolder (& subfolders) have a permissions problem since they must be server writeable and world readable (755). Both the elFinder file manager and the thumbnailer create their thumbnails within the /tmp/img_cache folder. elFinder places its thumbnail graphics in the base of that folder, where the thumbnailer keeps a few index files in the base of the folder and creates a nested set of subfolders to place its thumbnails. We ship exponent with only an .htaccess file in that folder.

• You flagged this item as spam.
  

  Peter June 23rd, 2014 @ 10:46 AM

  This is strange. All of the img_cache folders are 755. I have just downloaded all of the folders and the thumbnails all appear to be present and correct. I have now removed .htaccess from tmp\img_cache and now the thumbnails all appear. So it looks like the .htaccess file is causing the problems. It's contents were:

  secure directory by disabling script execution

  AddHandler cgi-script .php .pl .py .jsp .asp .htm .shtml .sh .cgi
  Options -ExecCGI

  This .htaccess file was created by Exponent so I guess maybe you need to look a this??

• 

  dleffler June 23rd, 2014 @ 11:05 AM

  That's the standard .htaccess which works on other server installations. Not really anything in it dealing with images, basically prevents running scripts within the folder (though no script would ever be loaded into that folder)

• You flagged this item as spam.
  

  Peter June 23rd, 2014 @ 11:10 AM

  That's what I thought, but clearly it is causing a problem on my server, for whatever reason. This is a shared server at Fasthosts running Linux. I have not had any similar problems with any other (non-Exponent or Exponent .97) sites that I run from there, so it would be interesting to find out what the problem is. I can work now with .htaccess removed, but longer term this could happen again.

• 

  dleffler August 29th, 2014 @ 12:55 AM

  • Milestone changed from “2.3.0patch4” to “2.3.1”

  [bulk edit]

• 

  dleffler August 30th, 2014 @ 01:13 AM

  • Tag changed from “file manager” to “file manager, server issue”
• 

  dleffler September 12th, 2014 @ 12:32 AM

  • Milestone changed from “2.3.1” to “User issues”

  [bulk edit]

• You flagged this item as spam.
  

  Peter March 19th, 2015 @ 02:50 PM

  Just thought I'd let you know that I have now had this same problem on the new site converted from 0.9x to 2.3.3. Both the tmp and files folders contained htaccess files. Once deleted I was able to access the images. Fasthosts shared server, Linux.

  Regards.
  Peter.

• 

  dleffler December 26th, 2015 @ 05:59 AM

  • Milestone changed from “User issues” to “2.3.7”

  [bulk edit]

• 

  dleffler January 1st, 2016 @ 04:18 AM

  • Milestone changed from “2.3.7” to “2.3.8”

  [bulk edit]

• 

  dleffler January 1st, 2016 @ 01:54 PM

  • Assigned user cleared.
  • Milestone changed from “2.3.8” to “User issues”
• 

  dleffler May 2nd, 2016 @ 08:35 PM

  • Milestone cleared.

  [bulk edit]

• 

  dleffler June 3rd, 2016 @ 11:21 AM

  • Milestone set to “User issues”