Bug 1950201

Summary:	Behavior of draging the window is strange on gedit.
Product:	Red Hat Enterprise Linux 7	Reporter:	yzheng <yzheng>
Component:	mutter	Assignee:	Jonas Ådahl <jadahl>
Status:	NEW ---	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	high	Docs Contact:
Priority:	high
Version:	7.9	CC:	aday, fmuellner, jadahl, jkoten, rstrode, sbarcomb, yuokada
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description yzheng 2021-04-16 03:11:13 UTC

Description of problem:

Customer and I found that on Gnome, when:

Opening Text Editor(Untitled Document 1) -> Clicking 'Save' botton -> Clicking 'Character Encoding:' pull down menu -> Clicking 'Add or Remove...' -> Draging the window 'Character Encodings'

Randomly shows:  
a. All three windows move.
b. Only 'Untitled Document 1' window moves.


Version-Release number of selected component (if applicable):

RHEL 7.7 & 7.9


How reproducible:

Opening Text Editor(Untitled Document 1) -> Clicking 'Save' botton -> Clicking 'Character Encoding:' pull down menu -> Clicking 'Add or Remove...' -> Draging the window 'Character Encodings'


Actual results:

All three windows move, or only 'Untitled Document 1' window moves.


Expected results:

Only 'Character Encodings' window moves.


Additional info:

I can reproduce this issue on RHEL 8.3 too.


Thank you.

Comment 18 Allan Day 2023-05-25 10:56:51 UTC

> I think preventing dialogs being lost behind other windows, or on other workspaces is a great idea. But the dragging behavior results two pattern randomly: sometimes all windows move, sometimes only the parent window moves. Same thing happens on customer's application and he complained that.

The design is that all parent windows should move when a child window is dragged. So, in the case described here (that is shown in the video), dragging the header of the character encodings window should simultaneously move all 3 windows (character encodings, file chooser, gedit). The fact that this isn't happening is a bug.

However, testing in RHEL 9, I don't see this issue.