This is the corresponding server log of such a session: mp3 file in a http auth protected directory is being requested and played in the browser, then in the player widget the. This is because using the download context menu causes an additional HEAD request which is agnostic of the existing authentication in the session. When doing this with files that are under http basic protection, the display/playing of a file in the browser works, but then the download fails. Since there is no "download this file/download this link" in the context menu when pressing a link to a file, files must be opened in the browser window before downloading.
May I add an observation, that should also be considered when working on download problems: We are currently running a project to hopefully fix once and for all our download issues, we'll re-add this to the list :)
0 kommentar(er)
