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 614250 - Clicking on desktop under Metacity does not hide stickynotes
Clicking on desktop under Metacity does not hide stickynotes
Status: RESOLVED FIXED
Product: gnome-applets
Classification: Other
Component: stickynotes
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
: 510933 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-03-29 13:27 UTC by Neil Bird
Modified: 2010-07-27 19:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Make desktop-click-hiding work again; add pref. to control this. (7.39 KB, patch)
2010-03-29 13:27 UTC, Neil Bird
none Details | Review
Make desktop-click-hiding work again; add pref. to control this. (7.40 KB, patch)
2010-04-09 07:50 UTC, Neil Bird
reviewed Details | Review

Description Neil Bird 2010-03-29 13:27:56 UTC
Created attachment 157379 [details] [review]
Make desktop-click-hiding work again;  add pref. to control this.

At least with 2.28, almost certainly later versions, and possibly with earlier versions, clicking on the desktop no longer hides all stickynotes as it used to.

Notes can still be toggled by clicking on the applet's icon.

It does work however, under openbox and (so I've been told compiz).

The reason is due to sickynotes monitoring the _NET_WM_USER_TIME property off the main desktop window to be told when the user has clinked on it.

Metacity now appears to use the extended functionality of this property, whereby one sets _NET_WM_USER_TIME_WINDOW on the main window to be the window ID that contains the _NET_WM_USER_TIME that should be monitored, a level of indirection that stickynotes does not follow.

I have implemented a patch that fixes this on my box (Fedora 12, using GNOME 2.28), and will attach it.

I have taken the liberty of implementing a new preference that allows one to disable this desktop-selection-hides-the-notes functionality, as (somewhat ironically) I personally (and others) don't like it.

Hopefully, that can be incorporated as well.

As I patched against my own local copy, this patch presumes the inclusion of my bugfix patch from bug 601908 for stickynotes.ui (the one that fixes the title-bar context menu).
Comment 1 Oliver Joos 2010-04-09 01:14:08 UTC
Review of attachment 157379 [details] [review]:

Very nice! I tested your patch in current Ubuntu Lucid (beta) and it works as expected. I missed this feature and joined the discussions about re-implementing it. Your patch is a good compromise with the checkbox to turn the feature on or off. I'd suggest to describe the checkbox "Hide notes when des_ktop background is clicked" (read *BACKGROUND*).
Comment 2 Neil Bird 2010-04-09 07:48:35 UTC
Review of attachment 157379 [details] [review]:

Actually, I'm missing a "the" as well;  I'll upload a new copy with that fixed, but I'm not sure about the "background" bit;  at least on my box, the stickynotes are also hidden when /icons/ on the desktop are selected, not just the background.  I also found that global key-bindings (in openbox, anyway) and mouse-wheel clicks (changes desktop in OB) do it, so it's not necessarily just desktop-background interaction that hides the notes.
Comment 3 Neil Bird 2010-04-09 07:50:46 UTC
Created attachment 158262 [details] [review]
Make desktop-click-hiding work again;  add pref. to control this.

Typo. fix: missing "the" in help text.
Comment 4 Oliver Joos 2010-04-09 13:30:42 UTC
Review of attachment 158262 [details] [review]:

I see, you're right - forget the *BACKGROUND*.

I checked the diff of this patch to your previous one and I think we can mark it as reviewed now. (I hope it's ok that I did this, although I am quite new to Gnome code)
Comment 5 Michael Cronenworth 2010-06-02 13:28:52 UTC
It's been two months since the patch was reviewed. Can someone please integrate it? I'd hate to see Neil's work go to bitrot.
Comment 6 Callum McKenzie 2010-07-21 05:44:57 UTC
Neil, go ahead and commit. Just remember that we are in a string/ui announce period. Quoting the schedule:

"String Change Announcement Period: All string changes must be announced to both gnome-i18n@  and gnome-doc-list@.
UI Change Announcement Period: All user interface changes must be announced to gnome-doc-list@."

Check the archives for the typical format.
Comment 7 Callum McKenzie 2010-07-27 19:33:04 UTC
Patch committed to git master.
Comment 8 Callum McKenzie 2010-07-27 19:33:10 UTC
*** Bug 510933 has been marked as a duplicate of this bug. ***