GNOME Bugzilla – Bug 526039
Dismiss blank CD dialog when burning has already started
Last modified: 2021-07-05 14:43:48 UTC
Nautilus asks me what I want to do, even though I have already started the process of burning a iso. Steps to reproduce: 1. Insert a blank CD 2. Double click a iso-file (or right click and select Burn to Disk) 3. The "Write to disk" window pops up 4. At the same time, the system have sensed that there is a blank disk in the CD drive, popping up a dialog in front of the first window asking me what I want to do (even though I have already chosen that).
nautilus-cd-burner has no ways to dismiss that window programmatically. Same problem exist when rhythmbox or totem was already started before plugging in an audio player, or inserting a DVD.
*** Bug 496610 has been marked as a duplicate of this bug. ***
*** Bug 554827 has been marked as a duplicate of this bug. ***
Could dbus be the answer here? Each variant of CD playing/burning software could listen on a particular bus name that corresponds to the media in question. Other apps would be able to see that something else was using the CD, and if they are particularly smart, they would be able to behave sanely (e.g. if totem is already playing the DVD before the auto-ask window is *auto*-launched, do nothing, but if the user *manually* launches something for the media, the other app can be notified via DBUS that it's potentially not wanted/needed anymore)
(In reply to comment #4) > Could dbus be the answer here? Each variant of CD playing/burning software > could listen on a particular bus name that corresponds to the media in > question. Why can't/wouldn't it work the other way around? It seems more rational to me that the OS would check to see Rhythmbox is already running before popping up a notification to open Rhythmbox.
*** Bug 579026 has been marked as a duplicate of this bug. ***
Automount dialogue is in gnome-shell now.
Let me try to fix this bug, I will study D-Bus!
I think out two solutions: 1. Why do not make the notification like the normal notification which will be disappeared automatically after some seconds? Of course, the source the in Message Tray can be remained until the media is removed. 2. Do as what does Chris Jones says. Create a dbus connection in gnome-shell which monitoring is there any application which is using the relevant media. Firstly, we will pop a notification when there is a new media entered, then wait some seconds, check the connection. If the connection say yes there is an application is using the media, we let the notification and source disappear, otherwise keep it remain. Any idea? Thank you!
Glad to see some people are still trying to work on this issue. As far as I know, the problem behind this bug may also affect plug-in usb device, mobile device, etc. I notice some suggestions from bug 579026, though not sure whether they will eventually work: I think so. Maybe it would be to have a way to lock one or all of a GVolumeMonitor, GDrive, GVolume or GMount instead. Or have Nautilus export some simple API to do this. https://bugzilla.gnome.org/show_bug.cgi?id=579026
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.