multithreaded-download-manager
multithreaded-download-manager copied to clipboard
firefox running out of disk space
hello i use firefox 64 portable. FF64 and working on disk z: and forder il 20gb my forlder for download is d:\download and space is 1TB
a) when ff64 start normal donwload he create temp file on d:\download and when finish download create final file always on d:\download
b)the MDM start download and he create temp file on: z:\FirefoxPortable\Data\profile\storage\default and when temp file active is up 5gb the FF64 send message "firefox running out of disk space" and download stop. The MDM not change path for temp download and this very big problem. I can not change the path of the whole profile.
And I do not understand why when the sum of downloads in the queue exceeds 5gb the warning appears even if I have 20 free gb
- I ask you if you can allow the change of the file path temp download, and change path for final download.
- eliminate the alarm "firefox running out of disk space" when temp file sum is up to 5gb
thanks
Firefox has limits on its internal storage (temporary download), and extensions cannot write more data if 50% of free disk space is used. In my test on a 2GB virtual drive, the extension cannot download any more when the free space decreased to about 800MB.
Until more APIs such as Writable Files arrives, I do not know any way to avoid the internal storage.
It is possible to move the internal storage of this extension to a different folder/drive using symbolic links.
- Exit Firefox;
- Locate the storage folder:
Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++12345678-1234-1234-1234-123456789012\idb\3109085620fsiel.files
In the latest version, the folder name should end with fsiel.files
. The moz-extension ID is a random UUID, that can be found in about:debugging under this extension's name. There will also be tsaks.files
and ect.files
, which stores some metadata and configurations.
- Move the directory to another drive, e.g.
E:\3109085620fsiel.files
- Create a symbolic link back. Open cmd with administrator privilege and run:
mklink /d <original location> <moved location>
e.g.
mklink /d Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++12345678-1234-1234-1234-123456789012\idb\3109085620fsiel.files E:\3109085620fsiel.files
The symbolic link will show in the original location and has the same content as E:\3109085620fsiel.files
.
- Start Firefox and see if it works.
thanks i have create link: mklink /d Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\3109085620fsiel.files d:\3109085620fsiel.files symbolic link created for Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\3109085620fsiel.files <<===>> d:\3109085620fsiel.files
permission working: full controll
start FF64 select download and mdm capure download but not start and generate error: "cannot access internal storage"
I'm not sure what is happening. I've tested again with Firefox 64.0 Portable on virtual drive Z:, and the symbolic link work.
Could you try whether the link works in Windows Exploerer? Clicking the link in the profile in Z: should show the content of the corresponding folder in D:.
Also, try debugging this extension in about:debugging (check "enable add-on debugging" and click "Debug"). Check the "Console" tab and see if there is error messages.
my sequence:
join on Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb and rename: 3109085620fsiel.files to 3109085620fsiel.files2
join on d: and create 3109085620fsiel.files
mklink /d Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\3109085620fsiel.files d:\3109085620fsiel.files
copy file on: 3109085620fsiel.files2 in to d:\3109085620fsiel.files
write example file test.txt on d:\3109085620fsiel.files and this new file show on: Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\3109085620fsiel.files
delete file: Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\3109085620fsiel.files\test.txt and file test.txt "auto delete" on d:\3109085620fsiel.files
start ff64 and enable debug and program mdm show error: "cannot access internal storage"
start file download and mdm connect to file for download but not start and debug: Could not map contract ID '@mozilla.org/widget/printdialog-service;1' to CID {06beec76-a183-4d9f-85dd-085f26da565a} because no implementation of the CID is registered. An unsupported character encoding was declared for the HTML document using a meta tag. The declaration was ignored. background.html:4 unreachable code after return statement[Learn More] master.js:353:3 unreachable code after return statement[Learn More] wistia.js:268:3 The ‘storage’ attribute in options passed to indexedDB.open is deprecated and will soon be removed. To get persistent storage, please use navigator.storage.persist() instead. common.js:270:24 UnknownError: The operation failed for reasons unrelated to the database itself and not covered by any other error code. Unknown localization message config_fakecontextmenu_label browser-action-menu.js:265 Error: Could not establish connection. Receiving end does not exist. tree.js:634:25 Unchecked lastError value: Error: Invalid tab ID: 4 background.js:33 Error: Invalid tab ID: 4 ExtensionUtils.jsm Error: Could not establish connection. Receiving end does not exist. tree.js:634:25 Error: Could not establish connection. Receiving end does not exist. tree.js:214:5 Error: Could not establish connection. Receiving end does not exist. handle-tree-changes.js:122:3 Error: Could not establish connection. Receiving end does not exist. tree.js:341:5 unreachable code after return statement[Learn More] wistia.js:268:3 unreachable code after return statement[Learn More] master.js:353:3 Error: Could not establish connection. Receiving end does not exist. tree.js:634:25 Error: Could not establish connection. Receiving end does not exist. tree.js:214:5 Error: Could not establish connection. Receiving end does not exist. handle-tree-changes.js:122:3 UnknownError: The operation failed for reasons unrelated to the database itself and not covered by any other error code. Error: Invalid tab ID: 6 ExtensionUtils.jsm
The 3109085620fsiel.files2
folder has to be removed, otherwise Firefox will fail to access the storage (4th note in this doc).
However, with more testing I found that Firefox still shows the out-of-space error after moving the storage folder. It seems that the quota is still enforced according to the original drive. I'll see if there is any other workaround.
find solutions: mdm required recreate total file of idb
join on
Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9
and delete total file and folder
cmd and command: mklink /d Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\ d:\download\idb
now create:
d:\download\idb
(this step only after create symbolic link otherwise it will not work)
start FF64 and MDM not show "cannot access internal storage"
now mdm re-create total file on d:\download\idb and working
if I repeat this procedure only with the folder: mklink /d Z:\FirefoxPortable\Data\profile\storage\default\moz-extension+++502d9f1b-4d49-402d-998a-703f090d1cd9\idb\3109085620fsiel.files d:\download\3109085620fsiel.files NOT working
another problem = but now is ff64 and not mdm now symbolic link working and path have 500gb free space but FF verify free space on Z and not on D
example: z:\firefox free space 10gb
d:\download\idb free space 500gb
mdm store temp file and download on d:\download\idm.....
but firefox check free space on z:\firefox and not check space on d:\download\idb and when many download store 5gb the firefox send message: "firefox is running out of disk space, website contents may not display properly......" and firefox stop download of mdm
this problem eliminates all the work done to move the mdm path. everything was useless
Yes I also found this during later tests. I'll see if there is any other workaround.