- 来自 Firefox 用户 15987320，1 年前评分 3 / 5was working great 5-stars, but suddenly useless with ff76 update which I blame entirely.
downloads 100% but doesn't save.
Unknown error: The operation failed for reasons unrelated to the file storage itself and not covered by any other error code.
开发者回应发布于 1 年前I think it is because of the API changes. See https://github.com/jingyu9575/multithreaded-download-manager/wiki/Important-changes-for-Firefox-75
Try updating the extension to 3.2 and set "storage API" to "default". Unfortunately, old downloads that starts with the old API cannot be continued with the new API.
- 来自 Firefox 用户 15306635，2 年前评分 3 / 5Dear author.
If filesize more than 250 mb ==> STOP and massage The current file handle exceeded is quota limitation.
I tried many settings.
With older versions the same.
- 来自 Firefox 用户 15285986，2 年前评分 3 / 5It works great. BUT I hate that I have to give it access to my clipboard. I see the convenience of it, but equally it's a gaping security hole. I'd like to either see an option to disable it (actually I'm surprise Firefox don't allow granular permissions changes), or an additional plugin that has the clipboard functionality removed entirely. If not for this issue I'd give it 5 stars without question. It's a very powerful yet elegant solution.
- 来自 Firefox 用户 13645153，4 年前评分 3 / 5tried your "MultiThreaded Download Manager" v0.7.1 on Windows 10 in Firefox (FF) v57.0.4 with ABP, NoScript, etc.
that version showing : "100%" downloaded, but progress bar remains as red-colored ! and %USERPROFILE%\Downloads\ folder has no downloaded file ! where is it saving by default ? !!! DOM / FF-Temp/Cache ?
after pressing the play button (shown next to filename), the file "Save as" window appears, but even after doing that, still NO file inside selected folder ! both HTTP & HTTPS based download fails to save into selected local folder.
EDIT: above problems are solved, after FF was restarted once :)
One more issue is : many secure website (for example: "https://www.example.com/") uses a common(multidomain) or primary/main/"www" or wildcard/* based SSL CERTIFICATE for all of their sub-domains. So when FF user has accepted such primary/multidomain/wildcard SSL-cert for their different subdomain (for example: "https://download.example.com/", "https://cdn.example.com/", ...) to view webpages and if FF user attempts to download file(s) from such HTTPS based subdomain, then files are not downloaded by this extension ! So this extension need to recognize those (multidomain/primary/wildcard) type of SSL-cert which is used by that subdomain (as user has already accepted that SSL-cert inside FF) or this extension need to prompt/ask FF-user to view+approve that SSL-cert (for that subdomain) to continue downloading process over encrypted HTTPS connection. The play-button which is shown next to file-name, can bring the "Save as" window, but cannot save file into selected folder !
EDIT: above problem still exists even after restarting FF once. And after restarting FF, now "Save as" window does not appear anymore for such downloads ! so such files are not downloaded !Next time the item becomes red, please hover the mouse on the red cross icon, and report the error message shown. This may help me know the reason.
The cache directory is %APPDATA%\Mozilla\Firefox\Profiles\***\storage\permanent\moz-extension+++***\idb\***.files\ . The extension should move the file out when the download is finished.
About the HTTPS problem: I may be able to workaround by prompting the user. However as far as I know, most HTTPS sites are trusted by the browser and do not need manual approval. If all HTTPS websites show the certificate prompt, there is a possibility that your ISP is actively monitoring your Internet connection.
- 来自 ygl2324，4 年前评分 3 / 5没有独立的下载管理器，下载管理界面太简陋，不能像 downthemall 一样统计网络下载速度峰值，平均值，还有限速，downthemall退出火狐浏览器后还能用独立的下载管理器继续下载，其他做得很好了.希望作者改进