Bug 1950201 - Behavior of draging the window is strange on gedit.
Summary: Behavior of draging the window is strange on gedit.
Keywords:
Status: NEW
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: mutter
Version: 7.9
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Jonas Ådahl
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-04-16 03:11 UTC by yzheng
Modified: 2023-08-16 13:43 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.