Direct Link

Thanks NToronto! -- are you actually from North Toronto, we could be neighbours :) (note the Canadian spelling of neighbours)

Actually there is a feature in filedepot to allow you to use a direct URL but recognize there is a need to make it easier to find and maybe have it appear in other places in the UI. Best to use a screenshot to explain.

Whenever I click on the Direct Link I get an "Access Denied" page, although I can download the file using the Download button. This happens to every user, including the original admin.

Great module -- thanks!

@PatInPortland: I am not able to duplicate. What version of the module are you using?
Ensure you are using RC4 or better yet the latest DEV as I am close to releasing RC5.

I should have mentioned I'm using Open Atrium, so this is probably an issue for the Filedepot Feature. Someone already posted about it there:

http://community.featureservers.org/project/filedepot#comment-29

k - that's an issue very specific to OA and it's use of the spaces module that uses the PURL module to re-write the URL. This will take more investigation -- no ETA on fix.

I have also "direct link blues" in the latest dev version:

Main administrators with all permissions enable and all Default role permissions set (view, admin, upload_dir, upload_ver, approval) cannot download file via direct link. Folder permissions also set properly, in case that matters.

Direct link icon does not do anything but reload the file manger, bringing back up the file details menu again.

Copy/paste link from direct link into a new browser does the same.

Clicking on the download link on the folder listing shows the file on a page (can we give a "_blank" target on that one?). Clicking on the download-for-editing link on the folder listing shows the file. so they are both identical.

Now, this is all tested on mac on safari/firefox: Does any of these errors have to do with the filedepot desktop client? Maybe?

I turned off the filedepot desktop client permissions for admins and I saw no change. Left it off for the time being.

Can you give me an example of the direct link you are using?
Is this site accessible that I can look at?

Well, the filedepot in this site -which is in beta- is only accessible to admins and client accounts. but let me set up a test "client" account for you and you can try it.

I will get back shortly.

And thanks for the quick reply.

I'm running into the direct link problems too.
I'm also running OpenAtrium, beta6.

The download link on the right side does work correctly, because this link is rewritten correctly. The direct link is using a ?q= pattern, which throws a access denied page.

I would like to see a solution for this, since it is counter intuitive for some users when the link in the file details dialog does not work. However, the link on the right side for downloading it works just fine, and will do for the moment.

If you want, you can test Filedepot in a OA environment here: http://testdrive.unityexpress.eu
Just create an account yourself, join the "Funding & Sponsoring" group which is open and experiment. Note: testdrive will close in a few days and change into community.unityexpress.eu because we can almost go out of beta.

Is there any progress on this? :)

The issue is Open Atrium specific and it's expecting the OG path variable to be included. I've looked into this and have a solution which needs to be tested.

Attached is a patch that was run against filedepot v1.0.0

I am having the same issue as well the Direct to Link File when a user click on the link, FileDepot is reloaded and the file details menus comes back up again. See below for an example of the link.

http://localhost:8082/index.php?q=filedepot&cid=2&fid=3

Even when I use the above link it reloads FileDepot.

@xraiveToronto are you also using OA?

No blainelang I am not using OA. This is a clean install of filedepot.

Patch 798220 applied to project branch 6.x-1.1