Right-click context menu behaviour on titlebars is inconsistent.

Bug #1101648 reported by Sam Hewitt
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Low
Micheal Hsu
compiz (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Steps to reproduce:

1. Right click on the title bar of a non-maximized window
2. click the minimize window button on the left

For example, opening the window menu (using right click) then clicking minimize, will minimize the window and leave a 'floating' menu in the middle of your screen. (See relevant screenshot.)

This behaviour is inconsistent with other environments.

Version: Ubuntu 13.04
Unity: 6.12.0daily13.01.18-0ubuntu1

Related branches

lp:~mkhu/compiz/compiz.fix_1101648
PS Jenkins bot (community): Approve (continuous-integration)
Sam Spilsbury: Approve
Diff: 57 lines (+23/-2)
1 file modified
gtk/window-decorator/events.c (+23/-2)
api
Revision history for this message
Sam Hewitt (snwh) wrote :
Omer Akram (om26er)
Changed in unity:
importance: Undecided → Medium
description: updated
affects: unity → compiz
Changed in compiz:
status: New → Confirmed
Daniel van Vugt (vanvugt)
Changed in compiz:
importance: Medium → Low
milestone: none → 0.9.9.0
status: Confirmed → Triaged
Changed in compiz (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Daniel van Vugt (vanvugt)
Changed in compiz:
milestone: 0.9.9.0 → 0.9.9.2
Daniel van Vugt (vanvugt)
Changed in compiz:
milestone: 0.9.9.2 → 0.9.10.0
Revision history for this message
Micheal Hsu (mkhu) wrote :

the bug is also valid when
2. click the max window button on the left

Changed in compiz:
assignee: nobody → Hu Kang (stevenhooke11)
status: Triaged → In Progress
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.10.0

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

Fix Released in Compiz Compiz 0.9.10.0.

Changed in compiz:
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (70.8 KiB)

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

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

[ Sam Spilsbury ]
* Bump version to 0.9.10

[ Łukasz 'sil2100' Zemczak ]
* Remove debian/patches/unity_support_test.patch:
- Running the support test from compiz has bad side effects, from now
on we run it from Xsession.d
* Automatic snapshot from revision 3644

[ Iven Hsu ]
* Opacify: Only dim the windows above the active window.(LP:
#1189374). (LP: #1189374)
* KWD: Fix compile errors with KDE 4.11. The KWin developers made
kdecorationbridge.h private. See:
http://lists.freedesktop.org/archives/compiz/2013-March/003479.html
(LP: #1193792). (LP: #1193792)

[ Nikolay Martynov ]
* When static switcher is enabled and has an option to show
application icon turned on the icons are expected to be ~1/3 of a
thumbnail (48px). Instead they are displayed in 512px size and
completely cover everything. This change addresses this issue. See
LP #1173914. (LP: #1173914, #1186426)

[ BryanFRitt ]
* Fixed the non-working Annotate 'Clear' Button. Moved this option's
CCSM position upwards to keep the button shortcuts together. (LP:
#1202907). (LP: #1202907)

[ Mehrdad Afshari ]
* Added "move window to previous monitor" feature to compiz Put
plugin. (LP: #1178581)

[ Hu Kang ]
* gtk-window-decorator: destroy action menu when any of the (close,
min, max) buttons on the title bar is pressed. (LP: #1101648)
* Remove redundant src/logmessage/include/core/logmessage.h (LP:
#1067246). (LP: #1067246)

[ Steve Langasek ]
* Fix for bug #763148 (with added test cases): when the desktop is
resized, windows should stay on their original workspace. (LP:
#763148)

[ Brandon Schaefer ]
* Unrevert 3728, fix failing tests. Change the behaviour of
undecorating windows. Previously when a window was undecorated, we
would shift it back to an appropriate position according to its
gravity member. That behaviour was problematic because in the
StaticGravity case the window has to just stay in the same place.
But then if you had a window with StaticGravity which then did get a
decoration and later removed it, it would be placed as though it was
decorated and appear to be in the wrong place. The correct behaviour
is to place all windows as though they have decorations, and then
when decorations are removed, to move the window back to the corner
as indicated in its gravity and then expand its size to cover the
obscured regions no longer hidden because the decorations went away.
(LP: #1165343). 1. Completely remove decorOffsetMove and other
related code from decor.cpp. Put the logic to handle the
window->input () - window->border () placement offset inside of
setWindowFrameExtents instead. Now the window will always be
offset from its original non-decorated position to the new
decorated position, rather than having to guess between
decoration sizes. 2. Make saveGeometry and restoreGeometry work
relative to window->border () a...

Changed in compiz (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information
Everyone can see this information.

Other bug subscribers

Remote bug watches

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

AltStyle によって変換されたページ (->オリジナル) /