So this is a design flaw that causes data loss. If you then subsequently make changes to this file and same them, the changes will appear to have been lost when you subsequently open the file in its true location, and when the temporary directory gets cleaned up, they will truly be permanently lost. If you click “show in folder” or “open file” then the temporary download file/folder will be opened, if it still exists, otherwise nothing happens. This bug also affects opening files and directories from the download manager. It is simply impossible for it to know the information it needs. If you want Google Chrome to ask where it should download the file every time, select the Ask where to save each file before downloading option. Click the Change button and select a new download destination. So this is in fact a fundamental design flaw in the way portals work, and there is no way for Firefox to take this into account. From the top-right corner, click the three-dot menu and select Settings. Because portals patch the file selection dialogs, there is no way for Firefox to know the real path of a file the user selected. I haven’t run this to confirm, but logically I’d suspect that this could quite easily be happening, and should be investigated.įirefox is not taking into account that it is using the document portal and is blindly saving that portal directory as the assumed target that the user chose. Since Firefox has changed it’s behavour recently to automatically download files without asking, this means that Firefox is likely saving directly to the documents store and will experiencing data loss as per Xdg-desktop-portal file loss It’s opening a file and inferring the folder from the path of the file. The second issue is that Ubuntu 20.04 portals don’t have support for opening folders at all. This is fixed on Ubuntu 21.04+, files will only be mirrored in /run if the snap didn’t originally have access, so this is much less likely to be user visible. This means that EVERY file/folder, even those in $HOME will be proxied via /run, even if they don’t need to be. The first lesser problem is that on Ubutu 20.04 with snaps, the portals are old and don’t check if the snap already has access to the selected file/folder. There’s two issues here, and one of them is potentially severe but I’ve not tested it, but it’s worth looking into. I'd appreciate any ideas and solutions for fixing this issue as it is not an option for me to manually set the download path each time I download a file. Ubuntu Mate Version 20.04.4 LTS (Focal Fossa) 64-bit I’ve recently changed to the snap version of firefox because the newest firefox version wasn’t available through apt anymore. You just proved it’s a SNAP issue and not Mozilla. There the “solution” is to blame it on snap: Similar issue (if not the same) I found on the Mozilla Firefox help forums: Techboats 138 subscribers Subscribe 1. Weve put together some instructions on how to do this, by browser. delete places.squite in the firefox profile folder Each browser will allow you to check or update your downloads location.create and set download-directory to “/home/username/snap/downloads” (in the hope that this will be directly accessible for the firefox snap version, thus skipping saving to that /run/user/1000/doc/ folder ).create boolean “” in about:config and set to false.when you delete “” it works once, and after that tries to save to that random folder in /run/user/1000/doc/ again.in firefox about:config see value of “” has changed to “/run/user/1000/doc/144f6181” with “144f6181” being a random folder.any file download after the first one, firefox will try to save to a folder in /run/user/1000/doc/ and you can see previously downloaded files in that folder too.download/save first file, this works as it should.That is a direct reference to Ubuntu default folders and can be changed by editing the file /.config/user-dirs. in firefox settings, set download directory to Downloads folder in home directory and activate “Always ask you where to save files” That should be in your home with the name Downloads unless otherwise changed by yourself or another user using your account.It keeps changing the actual download directory from /home/username/download to a randomly generated folder in “/run/user/1000/doc/”. There are 20 folders and each folder is having 2 subfolders 'ChapterLevel' & 'PracticeLevel' in which I do have to place it manually.I have an issue with the snap version of firefox 101.0-2: Here is the 'TestBaseClass' code which downloading all the files in one particular folder from where I have to separate them as per category and place them into a particular folder. I want to change the download directory for each test case at runtime. I have 20 pages and each page have 2 testcases and each testcase download a number of files.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |