lux icon indicating copy to clipboard operation
lux copied to clipboard

Supporting EXT:secure_download would be a nice feature

Open claude27 opened this issue 6 years ago • 1 comments

First of all, this is not really a bug.it's more a missing feature...

When using the EXT secure_download the links of downloaded files are not resolved correctly in the Backend Module Analyse. e.g. original link: https:/www.domain.xy/index.php/?eID=tx_securedownloads&p=8&u=0&g=0&t=1561725974&hash=d89ef5538caba9a9364ddfb57ae14958252d55c1&file=/fileadmin/downloads/buecher/xxxxxxxxxxxx.pdf and the resulting broken link in the backend module: https://www.domain.xy/https:/www.domain.xy/index.php/?eID=tx_securedownloads

A solution for this would be usefull for cases where it should not be possible to download a file directly without leaving an email (email4link feature).

claude27 avatar Jun 27 '19 12:06 claude27

Thx, this is not yet planned. I will keep this ticket open as a possible feature request

einpraegsam avatar Jul 06 '19 12:07 einpraegsam

We, as team trying to migrate our projects from secure_download to fal_protect. The newer extension doesn't change the path to assets but uses a authentication check while requesting a file (in e.g. fileadmin). This is a nice solution that also works with LUX perfectly. Long story short: We don't want to support secure_downloads in LUX at the moment.

einpraegsam avatar Aug 06 '24 11:08 einpraegsam