After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 164080 - when dropping from mozilla, confirmation dialog is under the browser's window
when dropping from mozilla, confirmation dialog is under the browser's window
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.9.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-01-14 14:55 UTC by Vincent Noel
Modified: 2005-01-27 11:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch (2.16 KB, patch)
2005-01-25 15:01 UTC, Jorn Baayen
none Details | Review
New patch (2.37 KB, patch)
2005-01-25 17:20 UTC, Jorn Baayen
none Details | Review

Description Vincent Noel 2005-01-14 14:55:18 UTC
As the title says.
Using the new and very nice nautilus support for dropping links from mozilla,
the confirmation dialog that appears (link/download) is under the browser window
(I've seen it happen here with epiphany).
Comment 1 Jorn Baayen 2005-01-15 01:45:50 UTC
That's because the dialog is coming from nautilus, not from epiphany. I don't
know how to fix this, because it's the wm that decides to place it under
epiphany (because epiphany is active and nautilus is not)
Comment 2 Vincent Noel 2005-01-15 07:57:05 UTC
I guess this has to do with all the recent focus-stealing-prevention thing 
introduced in metacity lately... I think there is a way to tell metacity we 
want the focus anyway - I remember doing it somehow in gnome-dictionary... 
I'll try to look into it when I get more time :)
Comment 3 Jorn Baayen 2005-01-25 15:01:09 UTC
Created attachment 36507 [details] [review]
Patch

Does this fix it?

Apologies if it doesn't compile, running Gnome 2.8 on this machine. But if it
doesn't, it should be trivial to fix that ..
Comment 4 Vincent Noel 2005-01-25 15:35:14 UTC
Almost ;-) I had to apply to small modifications to make it work :

1. cast parent_window to a GTK_WINDOW in the call to gtk_message_dialog_new
2. call gtk_window_present (GTK_WINDOW(dialog)); before calling gtk_dialog_run.

I know that gtk_dialog_run should be calling gtk_window_present, but...
Otherwise it works.
Comment 5 Jorn Baayen 2005-01-25 17:20:51 UTC
Created attachment 36510 [details] [review]
New patch

Something like this then, I guess. I really should upgrade ;)
Comment 6 Alexander Larsson 2005-01-27 11:29:46 UTC
in cvs.