Opening a new report since a previous post applied to other versions.
Installing on D7,
The /filedepot page shows title filedepot, but no interface (emtpy box)
"The required javascript libraries could not be loaded" is what i get in firebug.
I have downloaded the two js files as mentioned in the readme file in the module, into the libraries folder.
Apparently the error above applies to the remote yui library, so maybe thats not accessible any more.
Therefore changed the basic settings: Base URL to load YUI Javascript Libraries, to be the local url to the libaries/yui folder in which I downloaded the folder from http://yuilibrary.com/downloads/#yui2

Does not work.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

blainelang’s picture

Status: Active » Postponed (maintainer needs more info)

I just tested this locally and remotely and did not have an issue using the locally hosted YUI libraries.

In both cases, I downloaded the complete YUI 2.7.0 library and copied it to sites/all/libraries/yui_2.7.0 so that there was a sites/all/libraries/yui_2.7.0/build directory - with all the library subfolders and files from the downloaded archive. I left all the other YUI directories but only the build directory is required.

Make sure you have changed the setting under admin/settings/filedepot under Base Setup - the Base URL should be something like: http://www.sitename.com/sites/all/libraries/yui_2.7.0/build/

Check with firebug, if the URL is not correct to load yuiloader.js, you will see a 404 error. Possible reasons are: the YUI libraries are not in the correct location or not accessible by the webserver. If the files are really in the correct directory, check your web server logs and web server security setup. Copy a test index.html containing basic html as a test in one of the YUI library directories and enter the URL in your browser to load it, loading the test html file is no different then the browser trying to load the JS library.

Yuri’s picture

Still no success.

All three .js files mentioned are directly accessible and show without a problem in the browser (the js code is shown as text)
So it's not a permissions issue regarding the .js files, apparently..

When I create a new filedepot folder with an attachment and save it, i get this error:

Warning: fopen(private://filedepot/1/submissions/.htaccess) [function.fopen]: failed to open stream: "DrupalPrivateStreamWrapper::stream_open" call failed in filedepot->createStorageFolder() (line 724 of /home/mysite/public_html/sites/all/modules/filedepot/filedepot.class.php).

and right under that the 'Status message'

Filedepot Folder sdfsdf has been created.
moving file to: private://filedepot/1/testdocument.doc - private://filedepot/1/Lorem ipsum dolor sit amet.doc

The log files show no particular errors, so i think I'll give up and wait for a more stable version.

blainelang’s picture

@Yuri: you created a new issue specifically about the YUI libraries and now you post a reply about the streamwrapper, let's keep this issue on topic. If you have another problem then create a new issue. If your able to access the create a folder dialog from within the filedepot module, then the main page has displayed correctly and the required YUI libraries are loaded.

boudo20’s picture

Title: Javascript libraries not loading - interface not showing » filedepot and error message
FileSize
86.21 KB
187.55 KB

i just tested your new version of filedepot modules ..but error message window appear if i want create a new folder or new file.
please see attached pictures.
i work with php version 5.3.8 ( i can't add json library or extension with this version in my wampserver 2.2a x64)

thank you

blainelang’s picture

@boudo20, please use firebug or other browser debugger to determine the javascript or AJAX return error. Also check your site log file for any errors. You absolutely need PHP JSON extension as noted in the module README file requirements.

boudo20’s picture

FileSize
208.69 KB

i'm sorry.but this error is identified here by network error

please look this screen picture
thank you

blainelang’s picture

The URL http://127.0.0.1/drupal1/filedepot/ajax/newfolder is generating the 404 error and I see the issue - need to fix the URL up.

Try this, edit the theme/filedepot_mainpage.tpl.php, and we need to edit the 2 lines that create the New Folder and New File links

<a class="ctools-use-modal ctools-modal-filedepot-newfolder-dialog-style" href="<?php print url('filedepot/nojs/newfolder'); ?>">New Folder</a>

<a class="ctools-use-modal ctools-modal-filedepot-newfile-dialog-style" href="<?php print url('filedepot/nojs/newfile'); ?>">New File</a>

The difference is using the drupal url function to format the URL. As it is, it would work if you enabled clean_urls. I'll commit this change to the 7.x-1.x-dev branch.

blainelang’s picture

Status: Postponed (maintainer needs more info) » Needs review
boudo20’s picture

i'm sorry M blainelang but new problem with global interface with filedepot.
please see the latest result after editing theme with your code.the yuiloader.js hasn't any effects and the url:127.0.0.1/sites/all/libraries/yui_2.7.0/build/ also.
see the filedepot attachement

boudo20’s picture

FileSize
75.46 KB

I have installed filedepot on a drupal 7 site. I am unable to get the user interface to show up. When i select the filedepot from the navigation menu it will go to the page and says filedepot at the top. However no user interface shows up as shown in the thumbnain on the main page of the filedepot site. I have tried it using ie, firefox, and chrome. Thank you in advance for your assistance.

blainelang’s picture

@boudo20: Did you apply the noted changes that I mentioned in #7 or use the latest dev release as that fix was committed last week.

Yuri’s picture

Response on #3: I was not able to access the create a folder dialog, I just used node/add to create the folder.
This problem appears on a site I have where only authenticated users have access. Maybe that prevents the ui from displaying.

I now installed a new D7 from scratch and the filedepot UI appears (in Chrome). However, not in IE8.
In IE8 it hangs at 'Please Wait', when opening. I will post a new issue for this IE8 problem.

boudo20’s picture

I have installed filedepot in #7 and also the latest dev release
with 7.x-1.0-beta1 i have the #4 result
with 7.x-1.x-dev (with noted changes) i have the #9 or #10 results.
thank you for interest

blainelang’s picture

Status: Needs review » Postponed (maintainer needs more info)

@boudo20, sorry not able to duplicate as you have not provided sufficient details on errors. Anyone else seeing an issue or able to provide more details to duplicate?

narenpg’s picture

I have installed filedepot and i am not seeing the filedepot UI on my page. Could you please let me know whether it works on drupal 7. Thanks.

narenpg’s picture

FileSize
64.13 KB

Attaching the image..

blainelang’s picture

@narenpg: yes, it works on D7 but you need to review and ensure you have met the minimum requirements and completed all the install directions correctly as per the README.

Also to assist in tracking down the source of your issue:

  • What errors are you seeing in drupal's logs, apache logs, and are you seeing a Javascript errors?
  • What browser are you using? try firefox with firebug installed to see more details if there is a JS error.
  • Do you have PHP JSON enabled on your webserver?
narenpg’s picture

FileSize
37.54 KB

Thanks.. I have the yui build which is 2.7.0.. This is what i have in my filedepot base setup settings.

https://www.example.com/sites/all/libraries/yui/build/

[Mon Mar 05 09:58:14 2012] [error] [client 111.15.10.3] File does not exist: /var/www/html/sites, referer: https://www.example.com/bar/filedepot

I was able to hit manually the files under yui/build directory. I have installed jquery and encoder javascript under libraries. I have also copied the filedepot folder under bar/sites/filedepot. Now the filedepot exists under modules and also under sites directory. I can read the file README.txt under sites/filedepot. I cannot understand why it says filedepot not found under sites directory.

I am logging in as admin which should eliminate permission issues. Attaching the firebug file.

Thanks,

narenpg’s picture

Hi boudo20,
Did it worked for you. I am having the same issues. Please post your solution.

Thanks,

boudo20’s picture

@narenpg and @ blainelang
yes it work with me but only with safari browser and mozilla if the javascript content is enabled in this browser( see picture with mozila if javascript in browser is disabled).
you must make sure that your modules and libraries directories the same in the next two pictures

@blainelang:how filedepot modules can working with all browser(explorer 9 )
thank you very much

narenpg’s picture

Thanks boudo20. For me Javascript is enabled in mozilla and i also tried on safari without any luck. I am running this on redhat linux server. I don`t know whether something needs to be changed.

narenpg’s picture

Hi blainelang, How to tell whether all the YUI libraries has been loaded. I was not able to see any 404 errors.
Thanks.

blainelang’s picture

You will get YUI related javascript errors if one of the needed libraries is not loaded. Filedepot uses the YUI loader library to load the needed YUI libraries -- defined in the filedepot_mainpage.tpl.php file.

narenpg’s picture

FileSize
20.47 KB

Thank you very much. By looking at the script logs from firebug it seems that it found the YUI libraries. I am not sure why this error will pop up..I installed on a different box and still getting the same.

Query.blockUI is not a function
https://myshare/myshare/filedepot
Line 227

blainelang’s picture

BlockUI is not a YUI library but a jquery library and you likely do not have the library installed correctly or not accessible by the webserver. I can see the site source code that it's loaded the YUI library but not the jquery.blockui.js file.

narenpg’s picture

Based on the instructions i copied the 2 files (jquery.blockui.js html_encoder.js) to sites/all/libraries

-bash-4.1$ ls -l *.js
-rwxr-xr-x. 1 root root 10672 Oct 7 21:27 html_encoder.js
-rwxrwxrwx. 1 root root 16608 Oct 7 21:37 jquery.blockui.js
-rwxrwxrwx. 1 root root 16608 Mar 7 15:09 jquery.blockUI.js

Did i miss anything interms of jquery libraries instructions.

narenpg’s picture

@Yuri Is your issue resolved with filedepot?

narenpg’s picture

@blainelang: I may have confused with the readme for filedepot. Do i need to install Libraries module under sites/all/libraries .. I have installed libraries module under site/all/modules.. Whereas under sites/all/libraries i have jsquery.blockui.js, html_encoder.js and yui_2.7.0 folders. I have installed filedepot on 3 servers and getting the same error(jQuery.blockUI is not a function). I am guessing it is a simple error.

blainelang’s picture

Here's a link to how to install and use the libraries module: http://drupal.org/node/1440066

Basically, the libraries module is installed like all modules - under sites/all/modules (Step 1) and then you create the sites/all/libraries directory (Step 2) and place any required library files that modules have defined for use.

narenpg’s picture

Thanks. Based on the libraries module info.. Created a folder called filedepot under sites/all/libraries and copied all the files from sites/all/modules/libraries to sites/all/libraries/filedepot , Nothing has changed.

blainelang’s picture

You should not be creating a filedepot folder under sites/all/libraries - as per the filedepot README.txt

The following javascript files then need to be retrieved and saved to the sites/all/libraries folder.
> http://www.strictly-software.com/scripts/downloads/encoder.js - SAVE FILE as: html_encoder.js
> http://jquery.malsup.com/block/#download - SAVE FILE as jquery.blockui.js

narenpg’s picture

I just created and removed the filedepot folder under sites/all/libraries.. It was not created before. Just to see whether it has any effect. as per #20 my libraries and modules directory matches with file sizes as well. Still no luck. Wow this is so difficult to make it work.

blainelang’s picture

Review and post any Javascript errors, web server logs that show an error while trying to load the main filedepot landing page. So far, all user issues related to not working are installation related and I'm happy to help but need more information.

narenpg’s picture

Thanks Blainelang. Here is the access log, http source info from firebug and some screen shots of the modules and libraries folder. I did`nt see any errors from apache logs and also any major errors from drupal logs. Please let me know if i miss any other logs.

narenpg’s picture

FileSize
12.12 KB
37.34 KB
blainelang’s picture

I don't see where it has loaded the filedepot JS libraries that are under sites/all/libraries so that tells me they are not installed correctly, not accessible, corrupt or the libraries module is not enabled. You should check your web server error log not the access log as well. After that, use firebug and look for the error message but first verify the JS Libraries are being loaded - see my attached local D7 Site example of the page source.

narenpg’s picture

FileSize
25.09 KB
narenpg’s picture

checking it now..

narenpg’s picture

filedepot_loading_libraries from myside

Yes you are right it is not loading the two javascripts from sites/all/libraries. I just copied those 2 javascripts to that folder. I am not sure why it is not loading. Is there anything special i need to do.

webserver Errorlogs Thu Mar 15 12:16:10 2012] [notice] Parent: Received shutdown signal -- Shutting down the server. [Thu Mar 15 12:16:10 2012] [notice] Child 2004: Exit event signaled. Child process is ending. [Thu Mar 15 12:16:11 2012] [notice] Child 2004: Released the start mutex [Thu Mar 15 12:16:12 2012] [notice] Child 2004: All worker threads have exited. [Thu Mar 15 12:16:17 2012] [notice] Child 2004: Child process is exiting [Thu Mar 15 12:16:17 2012] [notice] Parent: Child process exited successfully. [Thu Mar 15 12:16:32 2012] [notice] Digest: generating secret for digest authentication ... [Thu Mar 15 12:16:32 2012] [notice] Digest: done [Thu Mar 15 12:16:33 2012] [notice] Apache/2.2.11 (Win32) DAV/2 mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.9 configured -- resuming normal operations [Thu Mar 15 12:16:33 2012] [notice] Server built: Dec 10 2008 00:10:06 [Thu Mar 15 12:16:33 2012] [notice] Parent: Created child process 10480 [Thu Mar 15 12:16:34 2012] [notice] Digest: generating secret for digest authentication ... [Thu Mar 15 12:16:34 2012] [notice] Digest: done [Thu Mar 15 12:16:35 2012] [notice] Child 10480: Child process is running [Thu Mar 15 12:16:35 2012] [notice] Child 10480: Acquired the start mutex. [Thu Mar 15 12:16:35 2012] [notice] Child 10480: Starting 250 worker threads. [Thu Mar 15 12:16:35 2012] [notice] Child 10480: Starting thread to listen on port 80. [Thu Mar 15 12:16:35 2012] [notice] Child 10480: Starting thread to listen on port 443. [Thu Mar 15 13:49:13 2012] [notice] Parent: Received shutdown signal -- Shutting down the server. [Thu Mar 15 13:49:13 2012] [notice] Child 10480: Exit event signaled. Child process is ending. [Thu Mar 15 13:49:14 2012] [notice] Child 10480: Released the start mutex [Thu Mar 15 13:49:15 2012] [notice] Child 10480: All worker threads have exited. [Thu Mar 15 13:49:20 2012] [notice] Child 10480: Child process is exiting [Thu Mar 15 13:49:20 2012] [notice] Parent: Child process exited successfully. [Thu Mar 15 14:08:33 2012] [notice] Digest: generating secret for digest authentication ... [Thu Mar 15 14:08:33 2012] [notice] Digest: done [Thu Mar 15 14:08:34 2012] [notice] Apache/2.2.11 (Win32) DAV/2 mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.9 configured -- resuming normal operations [Thu Mar 15 14:08:34 2012] [notice] Server built: Dec 10 2008 00:10:06 [Thu Mar 15 14:08:34 2012] [notice] Parent: Created child process 13848 [Thu Mar 15 14:08:35 2012] [notice] Digest: generating secret for digest authentication ... [Thu Mar 15 14:08:35 2012] [notice] Digest: done [Thu Mar 15 14:08:36 2012] [notice] Child 13848: Child process is running [Thu Mar 15 14:08:36 2012] [notice] Child 13848: Acquired the start mutex. [Thu Mar 15 14:08:36 2012] [notice] Child 13848: Starting 250 worker threads. [Thu Mar 15 14:08:36 2012] [notice] Child 13848: Starting thread to listen on port 80. [Thu Mar 15 14:08:36 2012] [notice] Child 13848: Starting thread to listen on port 443.
narenpg’s picture

narenpg’s picture

narenpg’s picture

@blainelang can you post the source which has the environment variable for JS libraries or Do you know where does(is it configuration or the env path set) it picks up the environment variable for the JS libraries.

narenpg’s picture

FileSize
15.73 KB
11.83 KB

Attaching my 2 JS files. renamed them as .txt files.

narenpg’s picture

where does it gets libraries path . I want to test whether it picks up the path. I see this from filedepot.module.

drupal_add_js(libraries_get_path('jquery.blockui.js'));

Fyi.. I am not a programmer.

blainelang’s picture

@narenpg, the libraries_get_path is a Libraries module programming hook (API) and there is no configuration options for that module. It's sole purpose is to be provide an API to other modules to centralize JS libraries and allow them to be shared.

As noted a few times and I don't believe you have posted - check your webserver error log, not the access log for any errors trying to load/serve up these library files.

narenpg’s picture

There is no errors in the webserver error log. I also posted the webserver error logs on #39

This was from March 15th.. Nothing today..

[Thu Mar 15 14:08:34 2012] [notice] Server built: Dec 10 2008 00:10:06
[Thu Mar 15 14:08:34 2012] [notice] Parent: Created child process 13848
[Thu Mar 15 14:08:35 2012] [notice] Digest: generating secret for digest authentication ...
[Thu Mar 15 14:08:35 2012] [notice] Digest: done
[Thu Mar 15 14:08:36 2012] [notice] Child 13848: Child process is running
[Thu Mar 15 14:08:36 2012] [notice] Child 13848: Acquired the start mutex.
[Thu Mar 15 14:08:36 2012] [notice] Child 13848: Starting 250 worker threads.
[Thu Mar 15 14:08:36 2012] [notice] Child 13848: Starting thread to listen on port 80.
[Thu Mar 15 14:08:36 2012] [notice] Child 13848: Starting thread to listen on port 443.

boudo20’s picture

Title: filedepot and error message » display pdf ,picture,sound and document with filedepot module
FileSize
156.41 KB

hi blainelang
i ask if you think that you make your module able to display pdf files ,picture,sound and document with filedepot module in the same window with one of displaying editor such as ajaxplorer or extplorer
see this pieces jointed

blainelang’s picture

@boudo20: you shouldn't hijack an issue with a new question - this should have been a new support question. Now that I'm replying, I may as well answer :) Yes but not without customizing filedepot. It's possible to covert all documents to PDF in the background and have an integrated viewer and are available to discuss the effort and costs but this would not be a small project.

boudo20’s picture

ok
thank you

_timpatrick’s picture

Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)
boudo20’s picture

Title: display pdf ,picture,sound and document with filedepot module » hosting by ovh but filedepot didn't work
Version: 7.x-1.x-dev » 7.x-1.0-beta2
Component: Code » User interface
Assigned: Unassigned » boudo20
Category: bug » support
Priority: Normal » Critical
Status: Closed (cannot reproduce) » Needs work
FileSize
201.37 KB
161.72 KB
93.41 KB

hello m blainelang
i work with filedepot but no interface displayed.i think that i have error in filedepot setting in the path of yui-2.7.0/built directory is false . in local with wampserver 2 i have no problem it work correctly but online no good results
how i can resolve this problem
if you want i can give you my coordonnes for registring to my hosting manager3 or my admin page of my sites

_timpatrick’s picture

Status: Needs work » Fixed

Note the "Valid URL" part of the "Base URL to load YUI libraries" textbox...
What you have entered is a system path, NOT a URL.

A URL would be something like this:
yoursite.com/sites/all/libraries/yui_2.7.0/build/

PS - next time create a new ticket, don't hijack an existing one.. Thank you

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

mfuggle’s picture

Title: hosting by ovh but filedepot didn't work » Object function (a,b){return new e.fn.init(a,b,h)} has no method 'blockUI'
Version: 7.x-1.0-beta2 » 7.x-1.x-dev
Status: Closed (fixed) » Active

I am having the same problem that is being reported by others. I have read and followed all instructions to install Filedepot under Drupal 7 but have failed to get it to work. I cannot get rid of the problem as shown in the Issue Title.

Filedepot Folder content type functions OK but trying to invoke filedepot I simply get the File Deport header and nothing else.

This is driving me mad since I have spent two days following the various posts and am having no luck whatsoever. Does anyone have this little sucker working on Drupal 7.14 using Filedepot 7.x.1.x-dev with YUI developer tools 2.9.0 and the latest copies of html_encoder.js and jquery.blockui.js?

Regards
Martin Fuggle

blainelang’s picture

Status: Active » Fixed

As per the README notes, only version 2.7 is supported

YUI Javascript Libraries
The filedepot module uses the YUI javascript (Yahoo User Interface) libraries extensively for the layout manager, dialogs, AJAX, and various other UI and application purposes.
The javascript libraries are by default loaded from Yahoo at: http://yui.yahooapis.com/2.7.0/build/
This BASE URL to load the libraries from is defined in the filedepot module online admin configuration settings: admin/settings/filedepot under the Base Setup

You can setup filedepot to load the YUI libraries from your own site or another server.
Only version 2.7.0 of the libraries is supported at present.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

  • Commit e11257f on 7.x-1.x, 8.x-1.x by blainelang:
    Issue #1429344, should be using the URL()