[regression] Horizontally resizing a vertically maximized terminal is now very slow, unresponsive.

Bug #1019139 reported by Daniel van Vugt
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Medium
Christopher Townsend
0.9.10
Fix Released
Medium
Christopher Townsend
Ubutter
Triaged
Medium
Unassigned
compiz (Ubuntu)
Fix Released
Medium
Christopher Townsend

Bug Description

Horizontally resizing a vertically maximized terminal window is now very slow and unresponsive. If you do it too fast then the window freezes and doesn't respond at all till you stop moving the mouse.

Strangely, this only happens for semi-maximized windows. It's nice and fast for normal windows.

Related branches

description: updated
summary: - [regression] Horizontally resizing a vertically maximized window is now
- very slow, unresponsive.
+ [regression] Horizontally resizing a vertically maximized terminal is
+ now very slow, unresponsive.
description: updated
Changed in compiz:
milestone: 0.9.8.0 → 0.9.8.1
Changed in compiz:
milestone: 0.9.8.2 → 0.9.8.4
Changed in compiz:
milestone: 0.9.8.4 → 0.9.9.0
Changed in compiz (Ubuntu):
status: New → Triaged
Changed in ubutter:
status: New → Triaged
importance: Undecided → Medium
Changed in compiz (Ubuntu):
importance: Undecided → Medium
Changed in compiz:
milestone: 0.9.9.0 → 0.9.9.2
Changed in compiz:
milestone: 0.9.9.2 → 0.9.10.0
Changed in compiz:
milestone: 0.9.10.0 → 0.9.10.2
MC Return (mc-return)
Changed in compiz:
milestone: 0.9.10.2 → 0.9.11.0
Revision history for this message
Egmont Koblinger (egmont-gmail) wrote :

Dear developers,

May I kindly ask you to take a look at this bug, and prioritize it higher? It's more than a year old, and all the action I see is the milestone keeps getting pushed back.

Compiz contains tons of eye-candy of questionable usefulness. This bug is different. The dupe of it that I reported is that the combination of two very basic features (both of which have been present in pretty much all window managers for at least a decade) cause long hangs. While trying to perform a most basic operation (resize a window), the desktop hangs for long times (5-10 seconds or even more) multiple times a day, causing me a giant amount of frustration and anger.

It's ridiculous that I can't snap a window to the left edge of the screen, and then make it wider by dragging its right edge. It's the kind of bug that makes me want to scream and run away from Linux saying it'll never be user friendly. It's by far the most annoying bug that keeps hitting me during everyday usage of my Ubuntu box, no matter what I'm using it for. It's the kind of usability bug that I believe neither Microsoft nor Apple would let in their products.

Snapping seems to involve window placement only. The bug occurs when resizing. So it sounds like something that should be extremely easy to fix for someone who's familiar with the code. E.g. simply disabling snapping for the duration of resize and restoring later would probably do.

Thanks very much!

Changed in compiz:
assignee: nobody → Christopher Townsend (townsend)
status: Triaged → In Progress
Changed in compiz (Ubuntu):
status: Triaged → In Progress
assignee: nobody → Christopher Townsend (townsend)
Revision history for this message
Egmont Koblinger (egmont-gmail) wrote :

r3795 indeed seems to fix it, thanks again! :)

Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:compiz/0.9.10 at revision 3796, scheduled for release in compiz, milestone 0.9.10.2

Changed in compiz:
status: In Progress → Fix Committed
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:compiz at revision None, scheduled for release in compiz, milestone 0.9.11.0

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.9.10+13.10.20131011-0ubuntu1

---------------
compiz (1:0.9.10+13.10.20131011-0ubuntu1) saucy; urgency=low

  [ Chris Townsend ]
  * Remove seemingly useless code in the SnapWindow::resizeNotify()
    method where a snapped window that is being resized on the opposite
    side of the snap would cause orders of magnitude more calls to
    window->resize() and kill performance. (LP: #1019139)

  [ Marco Trevisan (Treviño) ]
  * debian/patches/ubuntu-config.patch: Don't use Ctrl+Alt+KP_0 for grid
    maximize Otherwise this clashes with default minimize key. (LP:
    #1236899)

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 3797
 -- Ubuntu daily release <email address hidden> Fri, 11 Oct 2013 06:16:27 +0000

Changed in compiz (Ubuntu):
status: In Progress → Fix Released
Stephen M. Webb (bregma)
Changed in compiz:
status: Fix Committed → Fix Released
Revision history for this message
Stephen M. Webb (bregma) wrote :

marking as closed (0.9.10 series is obsolete)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.