Ng Guoyou

No progress, sorry, haven't made the time to work on save-in for a while. On Thu, 7 Jul 2022, 10:18 Honza M, ***@***.***> wrote: > Any progress on this? >...

Thanks for the report! 1. Seems like a problem upstream: ``` browser.downloads.download({ url: "http://arxiv.org/pdf/1712.01815v1.pdf" }); > NS_ERROR_NOT_AVAILABLE: Component returned failure code: 0x80040111 > (NS_ERROR_NOT_AVAILABLE) [nsIChannel.contentType] @ DownloadCore.jsm:1982 >> aSetPropertiesFn({ contentType:...

It's possible, but will take a good chunk of work. Probably not in the near future. Is this for convenience? If so, there is a workaround to move the menu...

You could try https://github.com/gyng/save-in/issues/21#issuecomment-349250207 as well. I can't guarantee if it'll work.

Will #159 work as well? Due to the current spaghetti code it's slightly tricky to implement this and I don't want to make it worse.

Note to self: This can be done with https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/downloads/removeFile

Not possible in Firefox until Firefox implements `onDeterminingFilename`, or provides an alternative API for it. Keep an eye out https://bugzilla.mozilla.org/show_bug.cgi?id=1245652. I don't think the Chrome version is set to intercept...

@marcelpaulo For downloads started not by a link, Firefox is blocked by the missing `chrome.downloads.onDeterminingFilename` API. The related bug for that is https://bugzilla.mozilla.org/show_bug.cgi?id=1245652. I've not tested much on Chrome so...

Thanks for the feature request! Unfortunately the WebExtensions API does not provide access to the title attribute directly so this can only be done using content scripts. It's going to...

Thanks for the report. 1.5.1 should fix this, please reopen if it doesn't seem to.