#1163 new
Peter

File Manager Problems - New Installation

Reported by Peter | May 28th, 2014 @ 08:40 AM | in User issues

Trying to use file manager for the first time produces the following problems:

  1. Upload screen formatting - the action menu top right is part in part out the header colour and difficult to read - see screenshot Capture.JPG

  2. I am not able to create a new folder - click on the link and nothing happens except the link changes to the Visited colour.

  3. Files are uploaded to the Files folder OK, but when you click on the filename in File Manager there is no preview, just the associated data - see screenshot Capture1.JPG

  4. Similarly if I click on the button to edit the image, the image editor opens but is blank apart from a placeholder - see Capture2.JPG

  5. If I try to tick the box for public access, the popup appears, I click Save but the box is not ticked.

Comments and changes to this ticket

  • dleffler

    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

    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

    dleffler May 31st, 2014 @ 06:38 PM

    • Milestone changed from 2.3.0patch2 to 2.3.0patch3
  • Peter

    Peter June 3rd, 2014 @ 11:07 AM

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

  • dleffler

    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?

  • Peter

    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.

  • dleffler
  • dleffler

    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)

  • Peter

    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.

  • dleffler

    dleffler June 4th, 2014 @ 12:22 PM

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

  • Peter

    Peter June 4th, 2014 @ 01:42 PM

    Fasthosts shared server, Linux, PHP 5.4

  • dleffler

    dleffler June 17th, 2014 @ 11:41 PM

    • Milestone changed from 2.3.0patch3 to 2.3.0patch4
  • Peter

    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.

  • dleffler

    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.

  • Peter

    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

    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)

  • Peter

    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

    dleffler August 29th, 2014 @ 12:55 AM

    • Milestone changed from 2.3.0patch4 to 2.3.1
  • dleffler

    dleffler August 30th, 2014 @ 01:13 AM

    • Tag changed from file manager to file manager, server issue
  • dleffler

    dleffler September 12th, 2014 @ 12:32 AM

    • Milestone changed from 2.3.1 to User issues
  • Peter

    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

    dleffler December 26th, 2015 @ 05:59 AM

    • Milestone changed from User issues to 2.3.7
  • dleffler

    dleffler January 1st, 2016 @ 04:18 AM

    • Milestone changed from 2.3.7 to 2.3.8
  • dleffler

    dleffler January 1st, 2016 @ 01:54 PM

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

    dleffler June 3rd, 2016 @ 11:21 AM

    • Milestone set to User issues

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Bug Tracker for Exponent CMS

Shared Ticket Bins

People watching this ticket

Referenced by

Pages