No not, the WSOD persay, but it is a whitescreen. I.e. there's no error message.

I ALMOST have the filedepot for Drupal 7 working on our soon to be released new website. However, the ONE thing that doesn't seem to work is downloading files. When logged in as the administrator (User 1), I click on the download link under "Actions" and it goes to a link such as "http://thecfaa.net/filedepot_download/75/6" but the contents of the page are
<html><head></head><body></body></html>
That's it. There's nothing else there... Same thing if you click on a file and then click download from the popup except the url looks like "http://thecfaa.net/index.php?q=filedepot_download/75/6".

Same result in Chrome, Firefox, IE 8, IE 9, and Safari. I tried the dev version because the beta did the same thing...

CommentFileSizeAuthor
#8 Screen Shot 2012-03-26 at 12.34.22 PM.png128.61 KBAnonymous (not verified)
#5 enabled_modules_cfaa.pdf286.17 KBAnonymous (not verified)

Comments

blainelang’s picture

blainelang commented

Well one of those links is a clean_url format and the other is not. What is your site using?
You may also want to verify that no other module is interfering as I've only been testing on basic D7 sites albeit one of our client sites is far more complex and we have not seen this issue (that site is using clean_url's and I just tested both download methods).

Anonymous’s picture

Anonymous (not verified) commented

I'm using clean URLs which is weird that one of them is not clean. I've seen no other links on the website using the non-clean style other than this one instance. I will have to see what module(s) is/are conflicting with Filedepot. I'll install a base D7 with no extras and see if I can download a file through Filedepot. I have been working a ton on this new site, and I don't know of any modules I can disable because I'm using them all. Any suggestions on modules that might interfere? Those that modify urls? Those that redirect users? Thanks!

blainelang’s picture

blainelang commented

The issue with the URL not respecting your site setting is a filedepot code issue that I will fix. That does not answer why the download is not working as I suspect that even if the URL is not clean, it's still a valid URL and in my testing works fine.

Anonymous’s picture

Anonymous (not verified) commented

THanks blaine. Let me know when you have something to fix the filedepot code issue. I will report back here what I found out when testing a clean install and then what module, or modules, is causing a problem.

Anonymous’s picture

Anonymous (not verified) commented
StatusFileSize
new Enabled modules (PDF)286.17 KB

Good news, and bad news. I installed a new Drupal 7.12 with Standard install profile. Clean URLs are enabled. I added ONLY the necessary modules and libraries needed for Fildepot (Ctools & Libraires). When I open Filedepot, upload a file, and then try the download links, VOILA! the download either starts or asks what I would like to do with the file (Chrome & Firefox respectively).

The "bad" news is that I noticed the links are still showing as clean for the "Action" column, and non-clean for the "Download" under the file's popup details. The "Action" one is "http://thecfaa.net/d7test/filedepot_download/4/1", and the "Download" link in the popup is "http://thecfaa.net/d7test/index.php?q=filedepot_download/4/1".

The other "bad" news is that I now have to figure out which modules are conflicting on the new site I've been building. I've done a LOT of work and I really don't know what I can disable and still have everything function. I've attached a list of the modules I have enabled on the site to see if anyone sees a potential problem maker. Please let me know if anything looks like a suspicious culprit. Thank you!

FYI, this is Drupal 7.12

blainelang’s picture

blainelang commented

I suspect filefield paths is your culprit.

Anonymous’s picture

Anonymous (not verified) commented

I disabled AND uninstalled File (Field) Paths, then flushed cache, twice. No luck. Both download links STILL come up with a blank page. Any other ideas?

Anonymous’s picture

Anonymous (not verified) commented
StatusFileSize
new Field Permissions for Filedepot folder content type128.61 KB

SCORE!!! I THINK I figured it out because it works now, lol.

  • I compared the difference in the field settings for the Filedepot content type between my site and the base drupal install where it WAS working. It seems that in combination with File (Field) Paths (http://drupal.org/project/filefield_paths), and having Field Permissions (http://drupal.org/project/field_permissions) installed it was causing a problem for the files.
  • I went to the settings of the fields: filedepot_folder_desc & filedepot_folder_file at "admin/structure/types/manage/filedepot-folder/fields".
  • Under the "Field Settings" there is a section called "Field visibility and permissions" which is added when you have "Field Permissions" module enabled.
  • I changed the setting to "Private (only author and administrators can edit and view)".

I then looked at the actual Filedepot folder page ("Find content" and then viewed page). I clicked on the files listed and when I did I got a "Access denied message". Weird. So...I went back to the FileDepot page (/filedepot) and uploaded a new file. I tried to download and viola "What would you like to do with the file..." message!!!
BUT, the files that had already been uploaded before the changes still gave me the blank white page. I then went and looked at the ACTUAL FIleDepot Folder page again and noticed the various files attached all had different URLs than the most recently added file (the working one). I deleted all the previously uploaded files, reuploaded them via the Filedepot UI, and behold! The file downloads work!

Caution to ANYone getting this issue. Make sure that you do NOT have File (Field) Path installed and, if you're using "Field Permissions", make sure you have set your fields for "filedepot_folder_desc" & "filedepot_folder_file" at "admin/structure/types/manage/filedepot-folder/fields" to Private under "Field Settings".

tarausa’s picture

tarausa commented

HELP
I am having this same problem, but I do NOT have ..admin/structure/types
"Types" does not exist in my site. How do I fix this?

Anonymous’s picture

Anonymous (not verified) commented

If you don't have that page, which is the page listing all available content types on your website, then you either:

A) Do not have Drupal 7 installed...
B) You have some more serious issues with your Drupal installation than File Depot not working.

Drupal 6's equivalent page url is "admin/content/types". Again, the "admin/structure/types" should be available as long as you have Drupal 7 installed.

tarausa’s picture

tarausa commented

The only types available are content types. I did a new install and did not make any changes and admin/structure/types in not a default at all. What module creates this "TYPES" option?
It is NOT Drupal core default.
Does any one know how to get "Types" installed on Drupal 7?

tarausa’s picture

tarausa commented

Ok I'm a new bee what ever the "Types" you were referring to in Drupal 7 its called "Content Types". That step was not necessary I just remove Module "File (Field) Path" then it worked! Ty for your help.

_timpatrick’s picture

_timpatrick commented
Status: Active » Closed (fixed)
jari.hollsten’s picture

jari.hollsten commented
Issue summary: View changes

I do not have filefield paths installed. All of a sudden I get just a blank page when clicking to download a file. Worked before but now just shows a blank page at ../filedepot_download/854/1

jari.hollsten’s picture

jari.hollsten commented
Status: Closed (fixed) » Active

Still blank page at download issues.

asirjacques’s picture

asirjacques commented

Hello !

If you're experiencing the following:

- A white page when you try to download files from the GUI.
- Private files not saved at the correct location (e.g: ./private instead of ./private/filedepot/1)

Check your list of module enabled and disable them one by one to see which one could be causing the issue. (Start with file, media related module.)

In my case, Media Browser Plus 7.x-3.0-beta3 was causing trouble with the latest version of filedepot.

It could be a good idea to add a small warning on the project page for future users. No ?

blainelang’s picture

blainelang commented
Status: Active » Closed (works as designed)

This was an issue that was closed 3 years ago and it should stay closed. Other modules that offer similar functionality can have conflicts as noted in this issue.