Window management - Restoring a grid-placed window by dragging the title bar downwards does not restore the original window width

On Thu, Oct 20, 2011 at 5:23 AM, Someone <email address hidden> wrote:
> Public bug reported:
>
> In Ubuntu 11.04 when you snapped a window to the left/right screen edges and later removed it, it returned to it's original size.
> In Ubuntu 11.10 it stays in the size it got when it snapped to the left/right screen edges. It should restore to it's original size like it did in Ubuntu 11.04, there is no point in it staying in the size it got when snapped, it's just awkward.

It does restore to its original size, you just need to demaximize it
first. The maximization and dragging side-to-size on a "locked rail"
was a design choice.

>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.10
> Package: unity 4.22.0-0ubuntu3
> ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
> Uname: Linux 3.0.0-12-generic i686
> ApportVersion: 1.23-0ubuntu3
> Architecture: i386
> CompizPlugins: [core,bailer,detection,composite,opengl,decor,compiztoolbox,resize,regex,gnomecompat,move,animation,snap,vpswitch,mousepoll,wall,grid,imgpng,place,expo,workarounds,fade,unitymtgrabhandles,session,ezoom,scale,unityshell]
> Date: Wed Oct 19 23:18:45 2011
> InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
> SourcePackage: unity
> UpgradeStatus: No upgrade log present (probably fresh install)
>
> ** Affects: unity (Ubuntu)
>     Importance: Undecided
>         Status: New
>
>
> ** Tags: apport-bug i386 oneiric running-unity
>
> --
> You received this bug notification because you are a member of Unity
> Bugs, which is subscribed to unity in Ubuntu.
> https://bugs.launchpad.net/bugs/878516
>
> Title:
>  Regression: snap to screen edges to view two windows side by side
>  doesn't restore window size correctly
>
> Status in “unity” package in Ubuntu:
>  New
>
> Bug description:
>  In Ubuntu 11.04 when you snapped a window to the left/right screen edges and later removed it, it returned to it's original size.
>  In Ubuntu 11.10 it stays in the size it got when it snapped to the left/right screen edges. It should restore to it's original size like it did in Ubuntu 11.04, there is no point in it staying in the size it got when snapped, it's just awkward.
>
>  ProblemType: Bug
>  DistroRelease: Ubuntu 11.10
>  Package: unity 4.22.0-0ubuntu3
>  ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
>  Uname: Linux 3.0.0-12-generic i686
>  ApportVersion: 1.23-0ubuntu3
>  Architecture: i386
>  CompizPlugins: [core,bailer,detection,composite,opengl,decor,compiztoolbox,resize,regex,gnomecompat,move,animation,snap,vpswitch,mousepoll,wall,grid,imgpng,place,expo,workarounds,fade,unitymtgrabhandles,session,ezoom,scale,unityshell]
>  Date: Wed Oct 19 23:18:45 2011
>  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
>  SourcePackage: unity
>  UpgradeStatus: No upgrade log present (probably fresh install)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/878516/+subscriptions
>

--
Sam Spilsbury

I'm using nautilus to test this and it doesn't appear to be working as intended.

I snap nautilus to the side and then drag it and it display the on-rail behavior you describe but I can't "de-maximize" it, it will just maximize it completely and restoring it from maximizing will still be at the same size from the snap.

Also when it's snapped the maximize button is a "de-maximize" one but a standard maximize button which will maximize the window and upon restoring will restore to a size slightly smaller from the top border.

Also dragging a snapped window will have it show after dragging slightly smaller from the bottom border.

It really doesn't feel like it's working as intended.

BTW I'm not sure that "locked rail" design is really good most users are likely to be used to this feature from Windows 7 and as such will expect it to behave as such and dragging a window "on a rail" like this really isn't useful anyhow. If someone wants the ability to have a window that is the entire height of the screen but only some of it's weight it's best to implement a seperate shortcut to do this. (Windows 7 uses double click on top/bottom edge)

Another regression caused by the compiz-plugins-main SRU

I installed Unity 5.0 on Ubuntu 11.10, and it does not work properly from version 4.XX. I uploaded a video on Youtube to be able to show.

I hope that helps

http://youtu.be/GGpN45Uc8G0

Eduardox123, in your video it appears you're suffering from both this bug and bug 886192. Please subscribe to both.

still doesn't work in 12.04. when I unsnap the window, the mouse pointer is around a quarter of the screen size above the window's title bar but i can move the window till i release the mouse button.

Would this be fixed for Ubuntu 12.04? This bug makes snapping to left and right annoying.

It's unclear whether we will get this bug fixed in 12.04. There are too many more important bugs to be fixed yet.

Status changed to 'Confirmed' because the bug affects multiple users.

@Sam

why did you mark this bug from important 'high' to 'undecided'? (in compiz) is this something that isn't going to be addressed because it's been fixed in Ubuntu (only)?

This bug has been around for months now, it didn't exist previously and is a pesky annoyance that actually makes grid a somewhat useless, buggy plugin... (ie: i used to use grid all the time, and now NEVER use it).

It does cause a usability problem ~ shouldn't it be marked 'medium' at the very least?

While i think it is great you guys have provided a fix in other branches that probably make it not affect Ubuntu. it certainly affects other people who are using compiz.

cheerz

That wasn't Sam that changed the importance. It was a script he wrote to migrate bugs from compiz-core to compiz.

Obviously resetting the importance field was a small bug in the script.

I'm surprised the importance was changed ... I made the script not change things in existing projects ...

@Daniel & Sam

Ah, that makes sense - i guess it wasn't a bad thing to mention then, if it caught a bug that could've potentially affected other bug report 'priorities'

cheerz

In any case, it only would have affected the priority in the compiz project. The other priorities remain unchanged.

The problem is only happening when the window is maximized to the Left or Right edge. If you place a window to for example top left, or bottom, the window is resized correctly after it's snapped away from its position.

Grid leaves the unmaximation to some other component and that doesn't restore the width which was changed prior to maximation (my guess is that it saves the window state after grid has changed the width) . Easy workaround would be to resize (and reposition, the position is also wrong if unmaximized via window controls) the window in GridWindow::stateChangeNotify when window is unmaximized. However this would complicate things even more as there's now two parts of the code which handle resizing and repositioning (one for normal restore, another for restore from maximized state).

While debugging this, I found many other bugs (I'll open separate reports about those). IMO the window handling parts of the grid plugin should be completely rewritten instead of relying on ugly hacks to fix these bugs. Working around them would be hard and it will make make the code even more complicated than needs to be and thus might cause some other problems in the future...

This bug is still present under Ubuntu 12.04.1 LTS.

Fix committed into lp:compiz at revision 3578, scheduled for release in Compiz 0.9.9.0

This bug was fixed in the package compiz - 1:0.9.9~daily13.01.25-0ubuntu1

---------------
compiz (1:0.9.9~daily13.01.25-0ubuntu1) raring; urgency=low

  [ Didier Roche ]
  * Really take default patched hsize and vsize and don't override them
    to fix (LP: #868423)

  [ sampo555 ]
  * [regression] Window resize granularity is lost when restored after
    using Grid (LP: #925867)
  * Window management - Restoring a grid-placed window by dragging the
    title bar downwards does not restore the original window width (LP:
    #878516)

  [ Daniel van Vugt ]
  * Several memory leaks in
    google::protobuf::DescriptorPool::InternalAddGeneratedFile() from
    google::protobuf::protobuf_AddDesc_*() (LP: #1102829)
  * Several leaks in g_settings_new() [g_object_new()] from
    ccsGSettingsNewNoPath() [ccs_gsettings_interface_wrapper.c:184] (LP:
    #1097649)
  * Several memory leaks in g_signal_new() ... from
    ccsGSettingsWrapperNewForSchema()
    [ccs_gsettings_interface_wrapper.c:184] from initBackend()
    [gsettings.c:468] (LP: #1102822)

  [ Sam Spilsbury ]
  * Several memory leaks in strdup() from
    ccsGSettingsIntegratedSettingReadValue() from
    ccsGNOMEIntegrationBackendReadISAndSetSettingForType() from
    ccsGNOMEIntegrationBackendReadOptionIntoSetting() (LP: #1100564)

  [ MC Return ]
  * Coverity MISSING_BREAK - CID 12468 (LP: #1101430)
  * Coverity MISSING_BREAK - CID 12466 (LP: #1101558)
  * Coverity MISSING_BREAK - CID 12467 (LP: #1101465)
  * Showmouse plugin: Possible values of the particle life setting can
    destroy the plugin's functionality (LP: #1098877)
  * Coverity MISSING_BREAK - CID 12465 (LP: #1101557)

  [ Automatic PS uploader ]
  * Automatic snapshot from revision 3582
 -- Automatic PS uploader <email address hidden> Fri, 25 Jan 2013 04:03:43 +0000

The bug -windows not restoring to their original size- is still happening in Ubuntu 13.04 under certain conditions:

When a *terminal* window (terminal, terminator, konsole) is snapped to a screen edge and later dragged off again, the original size is not restored. The bug only occurs sometimes for terminator -mostly when snapping to the right edge- but most of the time for terminal -when the terminal window is filled, e.g. some 100 lines of history.

The bug is not happening for any other window I have tried so far. Thus, it might be a problem with these terminal applications are handling resizing.

does not fix the problem all of the time - see my comment below

@master-of-past-and-present:
Could you file a new bug about the terminal windows issue ?
This bug was about the window width being lost and was already fixed...

See bug 1102024.