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 502635 - Full-screen application to mark Pidgin as "away"
Full-screen application to mark Pidgin as "away"
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2007-12-09 09:50 UTC by Chris Lees
Modified: 2020-11-07 12:35 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Chris Lees 2007-12-09 09:50:18 UTC
I just had a game of Frets On Fire, forgetting to mark myself as "Away" in Pidgin. Someone was trying to message me, and couldn't get through because the program I was using was a full-screen application.

It would be a very useful feature for Metacity to automatically set my status across Gnome communication applications as "Away" or something similar, whenever a program goes full-screen. I recall someone from Gnome mentioning the same idea a year or two ago, albeit with the trigger being the gnome-screensaver kicking in.
Comment 1 Martin Meyer 2007-12-09 19:41:21 UTC
An interesting idea. Normally it's the responsibility of the application to set this. 

First: there was talk at one point about creating a desktop-wide setting for this via dbus - it would disable the screensaver, put any im service in away mode (if they implement support obviously), disable email notifications, etc. Was that ever implemented?

Second: is it a good idea for Metacity (or any other WM) to set this status when an app is opened in full screen mode automatically, or should it remain the app's responsibility to enter that mode?

Are there any full-screen apps that would not want to toggle this settings? I would prefer that apps toggle this setting themselves, but is this something that the WM should maybe be responsible for / allowed to do for the app?
Comment 2 Havoc Pennington 2007-12-09 20:05:24 UTC
I would expect the right way to do this is in the IM app ... possibly the WM should set some kind of hint if anything is fullscreen on the current workspace, just to make it more efficient (keep the IM app from having to monitor all windows to see if any are fullscreen)

But, I would be reluctant to add just that hint to the WM, unless someone were working on the whole problem (had also done the IM app patch and the EWMH patch)
Comment 3 Elijah Newren 2007-12-09 22:00:40 UTC
Is this what bug 147419 was for?  (I was about to mark as a duplicate, went to look up the bug number, and found out we closed it a while ago since nobody was working on it and I never had a clear picture of what should be done.  So, yeah, we need someone doing what Havoc mentions...working on the whole picture.)
Comment 4 Thomas Thurman 2007-12-24 05:15:04 UTC
A couple of things spring to mind:

1. If we did this by the WM telling the IM client to go idle: there is no way at present to tell Pidgin to go "away" over dbus other than a Pidgin-specific interface (im.pidgin.purple.*) which is a particularly crappy idea (though of course we could do this immediately). This will presumably change when Telepathy is more prime-time.

2. If we did this by the IM client registering on some kind of hook from the WM: this would also let us do things like having some kind of cleverness when people changed workspace, which would presumably let us delegate bling to a compiz-alike daemon.
Comment 5 André Klapper 2020-11-07 12:35:42 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all
old feature requests in Bugzilla which have not seen updates for many years.

If you still use metacity and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/

Thank you for reporting this issue and we are sorry it could not be implemented.