This doesn't work when the Ubercart File Downloads module is enabled, it looks like UC tries to jump in on the /download/ prefix before File Force gets a chance.

I get the following error message from Drupal:

"The following URL is not a valid download link. Please contact the site administrator if this message has been received in error."

Comments

wuh’s picture

wuh commented
Status: Active » Closed (fixed)
daniel wentsch’s picture

daniel wentsch commented

Confirmed & subscribing.

drjonez’s picture

drjonez commented
Status: Closed (fixed) » Active

Indeed... Is there a way we can change the download path to be something other than /download/ in either fileforce or ubercart?

arski’s picture

arski commented
Title: Doesn't work with Ubercart Downloads » Download path issues - Ubercart, potentially others
Version: 6.x-1.1 » 6.x-1.1-beta3

Any suggestions? I myself am not a big fan of having a path like this, but I'm not sure there's a much better solution.. let me know what you think :)

arski’s picture

arski commented
Status: Active » Postponed (maintainer needs more info)

Getting close to fixing this. Need some more info though - where exactly does this issue come up, i.e. what kind of files are you uploading to what part of ubercart and where are they displayed?

Thanks

daniel wentsch’s picture

daniel wentsch commented

I didn't upload any files to ubercart, just had the ubercart module activated (not anymore now). So this came up when trying to download a file that was prefixed with "download/".

arski’s picture

arski commented
Status: Postponed (maintainer needs more info) » Closed (won't fix)

So let me get this straight - you had a file prefixed with download/ somewhere outside Ubercart, then you enabled Ubercart and it didn't work, right?

Well, either way this can't be an issue in the upcoming release anymore as file force paths will be using ?download=1 get argument instead of the download/ prefix, and I don't intend to have legacy support for that structure as it's pretty unworkable with, so I'm marking this as closed :)

daniel wentsch’s picture

daniel wentsch commented

Oh, that's good to know that the method to "activate" file force will change, because I used to prepend the "download/" prefix often directly inside node templates. So these won't work anymore if I'll update file force, right?

arski’s picture

arski commented

hey, yea, it's still in -dev status, but in the future you will have additional cck field formatters and other automatic settings to enable FF. And if you still want to do it manually you'll have to use ?download=1.

It's coming out soon, when I'm back from my travels :)

drjonez’s picture

drjonez commented

cool can't wait to see release.

daniel wentsch’s picture

daniel wentsch commented

Thanks for explaining and have fun travelling :)