#2059 closed defect (fixed)
Copying files blocks the journal
Reported by: | bernie | Owned by: | alsroot |
---|---|---|---|
Priority: | Unspecified by Maintainer | Milestone: | Unspecified |
Component: | Sugar | Version: | Git as of bugdate |
Severity: | Unspecified | Keywords: | |
Cc: | aa, sascha_silbe | Distribution/OS: | Unspecified |
Bug Status: | Unconfirmed |
Description
If you drag & drop a large file on a removable device, the journal UI will freeze until the copy is finished, with the dragged object still visible on top of the window.
The journal UI should perform this operation asynchronously, or perhaps put on a modal progress bar, like when the volume is being scanned. In the latter case, to minimize flashing, the progress bar should appear only after 1-2 seconds.
Change History (4)
comment:1 Changed 13 years ago by bernie
- Cc aa added
- Component changed from sugar to journal
- Owner changed from tomeu to alsroot
- Status changed from new to assigned
- Version changed from Unspecified to Git as of bugdate
comment:2 Changed 13 years ago by sascha_silbe
- Cc sascha_silbe added
comment:3 Changed 10 years ago by dnarvaez
- Component changed from journal to sugar
comment:4 Changed 9 years ago by tch
- Resolution set to fixed
- Status changed from assigned to closed
This was recently implemented by Emil Dudev in sugar 39f133339005586271cf44931b2f70162ec55d5d.
Note: See
TracTickets for help on using
tickets.
The data store already has code for async copying that could be reused. No modal stuff, please. The Journal isn't a Windows 95 Explorer (which did exactly that, and was a PITA). Actually it would be even worse: There's no way to run multiple instances of the Journal (as was possible with the Explorer).