No dialog telling the user the indexing of files is in progress
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nautilus-cd-burner |
Expired
|
Low
|
|||
nautilus-cd-burner (Ubuntu) |
Fix Released
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Ubuntu 6.06 Dapper Drake
Nautilus 2.14.3
Steps to reproduce:
- Insert a blank DVD (I used a DVD+RW)
- Add a lot of files (mine where on a NTFS partition and added up to 4 GB)
- Press the "Write to disc" button
- Wait a while
And creating the ISO starts, followed by burning that ISO to the disc.
What doesn't happen:
It's totally unclear to the user wether the burn process has started yes, if I didn't hear the harddisc make some noise, I would have pressed the "Write to disc" button a few more times.
What should happen:
A dialog should popup with a progressbar (be it finite or infinite) and tell the user Nautilus is busy indexing the files to be burnt (at least I think Nautilus is doing that). And the "Write to disc" button should get disabled.
This way the user gets informed what is going on, and that his/her system is budy indexing, now it seems like Nautilus burning doesn't work. Read chapter 7 of the Gnome HIG (http://
description: | updated |
Changed in nautilus-cd-burner: | |
assignee: | nobody → desktop-bugs |
importance: | Untriaged → Low |
status: | Unconfirmed → Confirmed |
Changed in nautilus-cd-burner: | |
status: | Unknown → Unconfirmed |
Changed in nautilus-cd-burner: | |
status: | Confirmed → Incomplete |
Changed in nautilus-cd-burner: | |
status: | Incomplete → Triaged |
Changed in nautilus-cd-burner: | |
status: | New → Incomplete |
Changed in nautilus-cd-burner: | |
status: | Incomplete → Invalid |
Changed in nautilus-cd-burner: | |
importance: | Unknown → Low |
status: | Invalid → Expired |
Agreed,
Writing an ISO right-clicking on the file has the same behavior, in fact, I pressed twice before realizing (via ps) that nautilus-cd-burner was actually doing something (decompressing/ indexing/ ? files inside ISO image?)...
The proposed solution seems doable and the correct expected behavior, so +1 here ;-)
Thanks