Maximizing by dragging to top on secondary monitor breaks future movement.

[Psykar]

Gnome-Shell 3.8.3

To reproduce:

Have two side by side monitors, with the left one set to primary. (same resolution)

Open a window, make sure it's unmaximized.
Click and drag the title bar to the top of the right hand (non primary) screen until it maximizes.
Release the mouse.
Attempt to move the window left or right using extension shortcuts.

Expected: Window should resize to take up half of right hand monitor (left or right depending on shortcut)
Actual: Window jumps slightly in place, shadow of window appears on left monitor (as though it was unmaximized), but no movement happens. Future shortcuts have no effect until window is unmaximized by mouse.
Workaround: After this occurs, you can hit the maximize/centre shortcut, and things will start working again.

Note: If you maximize with extension shortcuts, then things are fine, as they are if you double click title bar to maximize (instead of drag)

[negesti]

Hi, thanks for your report. I will check this when I'm back in office next week and have two screens again.
Never noticed that, because I have an app based config for "all" to move a maximized window between screens.

[Psykar]

No worries.
Most of the time I don't drag to maximize anyway so it's not needed urgently by me at least =)

[negesti]

The problem is the build in tiling feature of gnome-shell (org.gnome.shell.overrides.edge-tiling). After moving a window to the side (issue #1 ) or maximize by moving to the top, unmaximizing and resizing the window doesn't work anymore.

I will try to get some additional information from the gnome-shell list...

In my setup i have disabled org.gnome.shell.overrides.edge-tiling (dconf-editor) and don't use the mouse to maximize/tile windows.

[krlmlr]

Has this been resolved by #37?

[negesti]

Closing this, as it duplicates #1