Bug 495319 - Spaces which "partial download files" occupies on Desktop must always be available for any other file type to seamlessly take its place.
Summary: Spaces which "partial download files" occupies on Desktop must always be avai...
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Containment (show other bugs)
Version: 6.2.2
Platform: Arch Linux Linux
: LO wishlist
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL: https://en.wikipedia.org/wiki/List_of...
Keywords: efficiency-and-performance, usability
Depends on: 484164
Blocks:
  Show dependency treegraph
 
Reported: 2024-10-24 22:37 UTC by Fernando M. Muniz
Modified: 2024-11-02 16:21 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot of the disorganization that ".part" files currently causes. (408.05 KB, image/png)
2024-10-30 06:35 UTC, Fernando M. Muniz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Fernando M. Muniz 2024-10-24 22:37:12 UTC
When a browser's download directory is set to the Desktop, and a file is downloading, there's a 50/50 change the .part file spawns first, leaving an empty space on the desktop once the ".part" file is deleted, especially when downloading multiple files, leaving files completely disorganized and occupying double the space they should.

My request is that ".part" files dynamically pushed along the Desktop grid as the "actual" files spawns.
Comment 1 Fernando M. Muniz 2024-10-28 10:28:21 UTC
Correction:
My request is that ".part" files dynamically get pushed along the Desktop grid as ANY "non-.part" files spawns/obeys grid's default placement.

That way multiple download files with different names and file types will also be able to push the ".part" files onwards, remaining organized.
Comment 2 Fernando M. Muniz 2024-10-28 21:29:37 UTC
Also with the correction, unrelated files/folders on the Desktop won't get pushed by ".part" files, since they're also "non-.part" files/folders.
Comment 3 Fernando M. Muniz 2024-10-30 06:35:59 UTC
Created attachment 175356 [details]
Screenshot of the disorganization that ".part" files currently causes.
Comment 4 Fernando M. Muniz 2024-11-02 09:58:10 UTC
Other browsers uses other formats, so please include them as well.
https://en.wikipedia.org/wiki/List_of_file_formats#Incomplete_transfers
Comment 5 Nate Graham 2024-11-02 14:12:37 UTC Comment hidden (spam)
Comment 6 Fernando M. Muniz 2024-11-02 16:21:30 UTC Comment hidden (spam)