eavesdropping alert on gnome-menu click

Bug #26108 reported by wofro
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gksu (Ubuntu)
Confirmed
Medium
Unassigned
gtk+2.0 (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

I have noticed that if I start a program using gksu or run a program that needs
root privaliges and I then open the menu whilst it is starting up I get a
warning saying: "Cannot grab mouse, someone may be eavesdropping on your
session". I am sure that unless the laws of physics have changed no one can
watch a session of any variety if I am not connected to the internet.

I am running
Ubuntu 5.10
Linux version 2.6.12-10-686 (buildd@terranova) (gcc version 3.4.5 20050809
(prerelease) (Ubuntu 3.4.4-6ubuntu8)) #1 Fri Nov 18 12:09:04 UTC 2005

My system is also completely up to date.

Revision history for this message
wofro (zeethreedee) wrote :

Created an attachment (id=5044)
Screen shot of bug in action.

This is a screen shot of the bug in action on my computer. I have been able to
replicate the bug many times so I do think it is a one off thing.

Revision history for this message
Michael Vogt (mvo) wrote :

Thanks for your bugreport.

This is "normal" behaviour because the menus are implemented in that way in gtk.
I don't think there is a lot that can be done here (except for removing/changing
the message in gksu).

> I am sure that unless the laws of physics have changed no one can
> watch a session of any variety if I am not connected to the internet.

Hypothetically the session might be eavesdropped by a program runing in the
background that sends the information out to the net once a network connection
is available. The message is not totally useless, but give certainly wrong false
positives.

Changed in gksu:
status: Unconfirmed → Rejected
Revision history for this message
Wouter Stomp (wouterstomp-deactivatedaccount) wrote :

The situation is still the same more than 2 years later. The message definitely should be changed, although I wouldn't know how to explain the situation better. Also can't this be fixed in gtk if that is where the problem originates?

Changed in gksu:
status: Invalid → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is not a gtk one, gtk needs to grab event to get the menus working correctly and is not doing anything wrong, the dialog is a gksu one and that's what should be changed there

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Invalid
Michael Vogt (mvo)
Changed in gksu:
assignee: mvo → nobody
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.