After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 394787 - Menu button doesn't use pressed state
Menu button doesn't use pressed state
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2007-01-09 20:26 UTC by Marcus Lundblad
Modified: 2016-08-18 13:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
A simple test-case theme. (1.15 KB, application/x-gzip)
2008-11-21 14:01 UTC, Screwtape
Details

Description Marcus Lundblad 2007-01-09 20:26:18 UTC
Please describe the problem:
When I define a "pressed" state for the menu button in Metacity, the menu button still doesn't change when clicked.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?
Yes

Other information:
Comment 1 Bruno Boaventura 2007-01-18 03:56:37 UTC
Are you talking about Metacity's themes?
Comment 2 Marcus Lundblad 2007-01-18 07:28:59 UTC
(In reply to comment #1)
> Are you talking about Metacity's themes?
> 

Yes. I made a theme that defines button state = "pressed" for the menu button. And that is tied to drawing operations drawing a pressed in bevel. But it never shows when pressing the button. Though the prelight state works.
Comment 3 Screwtape 2008-11-03 12:17:16 UTC
I can confirm this bug occurs; I was playing with a Metacity theme on the weekend and noticed this exact same behaviour: holding the left-mouse-button down over the menu button on the titlebar does not cause the "pressed" state to display.

Steps to reproduce:
 1. Configure Metacity to use the Metabox theme (other themes exhibit the same effect, but this is a standard well-known theme and should eliminate per-theme bugs).
 2. Find a window with a minimize button (again, other buttons will work, but for the sake of a reproducable test case...)
 3. Hold down the mouse button on the minimize button.
 4. Notice that the background of the minimize button is a darker shade than the surrounding titlebar.
 5. Hold down the mouse button on the menu button.
 6. Compare the colour of the menu-button background with the colour of the surrounding titlebar.

Actual results:
 - Colour is identical.

Expected results:
 - Colour is darker, like it was with the minimize button.

If I had more than fifteen minutes before going to bed, I'd whip up a ultra-simple Metacity theme that drew normal buttons in red and pressed buttons in green to highlight the difference, but I'll leave that for now.

I'm using Metacity 2.22.0 on Debian Unstable:

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.26-1-powerpc64 (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Comment 4 Screwtape 2008-11-21 14:01:52 UTC
Created attachment 123171 [details]
A simple test-case theme.

This theme is a simple bare-bones test case theme. Buttons in the NORMAL state have normal colours, buttons in the PRELIGHT state are red, and buttons in the ACTIVE state are green.

These colours work perfectly for buttons like minimize and close, but menu never turns green, it goes back to NORMAL.

Hypothesis: when the menu pops up, it grabs the mouse and Metacity assumes the mouse is no longer being held down so it reverts the button to the normal state.
Comment 5 David Christian Berg 2009-04-13 13:12:56 UTC
I just noticed the same bug and ask my brother (Benjamin Berg) about it. He supports the hypothesis, meaning he came up with the same one independently.
I guess it's hard to fix but it still should be fixed.

Thanks!