GNOME Bugzilla – Bug 266802
view editing dialog remains on top
Last modified: 2013-09-13 12:25:39 UTC
In short: a dialog in the mailer under View|Current view|Define views remains on top even when child dialogs are opened. It's probably easy to fix. Steps to reproduce the problem: 1. Open View|Current view|Define views 2. Click Edit on a view 3. Try to change properties of the view 4. When changing those properties, the Edit dialog (with name of the view) remains on top, while the child dialog should be the top most dialog. What I expected: The child dialogs of the Edit dialog should be on top (appear before the Edit dialog).
Works for me in 2.0.1 (It appears on the top left of screen, but not overlaped) Guessing this is fixed
I just switched to 2.0.1 and I get the same result as before: when I overlap the dialogs, the "Define View X" dialog is on top, instead of its children.
this is still broken in evolution-2.2.1.0.200504090310-0.snap.ximian.10.1: go to "view | current view | define views...", choose "edit" (still everything ok, edit-window is in front of the define views-window), choose "fields shown... " (or any other field): the "define views"-window suddenly will get in front of the "edit"-window and the "show fields" window will be behind the "define views"-window but in front of the "edit"-window. retargetting to 2.2.x since 2.0.2 is long ago...
still in 2.7.3.
*** Bug 346638 has been marked as a duplicate of this bug. ***
Created attachment 70311 [details] [review] patch worksforme(TM). please review.
Approved :)
patch committed to CVS HEAD: http://cvs.gnome.org/viewcvs/evolution/widgets/table/e-table-config.glade?r1=1.27&r2=1.28 patch will be included in evolution 2.8.0. thanks. :-)
*** Bug 353869 has been marked as a duplicate of this bug. ***