*** This bug is a duplicate of bug 67476 ***
https://bugs.launchpad.net/bugs/67476
[Expired for metacity (Ubuntu) because there has been no activity for 60
days.]
--
New windows stealing focus -- and passwords?
https://bugs.launchpad.net/bugs/54741
You received this bug notification because
*** This bug is a duplicate of bug 67476 ***
** This bug has been marked a duplicate of bug 67476
Dialogs of background applications pop up in the foreground
--
New windows stealing focus -- and passwords?
https://launchpad.net/bugs/54741
--
desktop-bugs mailing list
Well actually, that depends. I would like modal dialogs to steal focus
from the application I'm working on even if focus follows mouse.
But other applications' dialogs shouldn't steal focus.
--
New windows stealing focus -- and passwords?
https://launchpad.net/bugs/54741
--
desktop-bugs
Yes, that would make sense because if it's a modal dialog, you can't
type in the main application window anyway. That's the only case I see
where stealing the focus is OK, and it's not really stealing because
that's what a modal dialog does *by definition*.
The only question remaining is what
The consisteny issue is about having consistent *security* behaviour. I
can't see why some passwords are deemed more important than others.
I didn't they that was not a bug, I just wrote that is was not the same
issue than the focus issue initially described so it could use a
different bug,
Personally, I'm less concerned about the potential security issue than
with the general user-interface problems the lack of strict mouse-focus
produces. Examples I've experienced:
* I have a data analysis package that creates about a dozen windows, at
a rate of around one every 2 seconds. The
I totally agree. What I don't get is that there's simply no logical
justification to the current behaviour (at least when focus follows mouse is
selected), yet they still don't want to change it. Sure, maybe Windows does it
like that, but Windows doesn't have focus follows mouse either. Two
** Bug 51242 has been marked a duplicate of this bug
** Changed in: metacity (Ubuntu)
Status: Unconfirmed = Needs Info
--
New windows stealing focus -- and passwords?
https://launchpad.net/bugs/54741
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
Because your admin password can be immediately used to compromize your
computer, whereas your ssh or gpg passwords may or may not be used that
way.
However, if you type 'sudo' in the shell, it does not protect your admin
password in such a way.
I still think this isn't a bug. It might be a
Because your admin password can be immediately used to compromize
your computer, whereas your ssh or gpg passwords may or may not
be used that way.
I would argue the opposite. The sudo password is *by default* useless
because ubuntu doesn't install a local ssh server by default. Your
when you open a new folder with nautilus spatial or an application from
the panel menu you probably want them taking the focus instead of having
the previous nautilus window of the panel keeping it
The consistency issue is a a bug but that's a different topic of the one
discussion initially here
when you open a new folder with nautilus spatial or an application
from the panel menu you probably want them taking the focus
instead of having the previous nautilus window of the panel keeping it
This may (or may not) be handled as an exception to the don't steal
focus rule. Even then, it
Le mercredi 09 août 2006 à 16:01 +, jmspeex a écrit :
The consisteny issue is about having consistent *security* behaviour. I
can't see why some passwords are deemed more important than others.
I didn't they that was not a bug, I just wrote that is was not the same
issue than the focus
unsubscribe ubuntu-security
--
New windows stealing focus -- and passwords?
https://launchpad.net/bugs/54741
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
One thing I would like to point out. A new feature in Dapper is that
when starting up an config tool that requires the admin password (e.g.
update manager), then the screen goes dark to prevent other windows from
opening (and steeling focus) at the same time. Why is it considered that
the admin
Hi,
jmspeex [2006-08-01 5:18 -]:
that this doesn't seem to be a general nautilus issue
I assume you meant metacity issue here.
*blush* of course, sorry.
I think there must be some
soft of confusion in here. On all three Dapper machines I have, I have
yet to see a *single* case of
Funny, doing the 'sleep 5; nautilus' *and* typing in another window is
the first case of things (sort of) behaving correctly. Any process other
than nautilus steals the focus. If I try the same with xterm, gnome-
terminal, konsole, gimp, ... the new window steals the focus. Clearly,
it should be
We all survived for many years with window managers which allowed
applications to steal focus, and most other window managers still work
that way, so I don't consider this a serious vulnerability.
That said, the focus stealing prevention in metacity is working fine for
me in both dapper and edgy.
Not always.
Steps to reproduce it not happening:
1) Open a window in some program.
2) Open a window in some other program by clicking on a toolbar launch
script or something.
3) Move you mouse back over the first window.
4) Note that the second window does *not* take focus.
I suppose you're
So your argument is that if a vulnerability has been there for long
enough (or affects another OS), it's OK to leave it there? If a user
want to be affected by that, it's his/her choice, but the sane behaviour
should be the default. Or, in the minimal case, applications that can be
controlled
Things have been done this way for many, many years. This attack
vector, such as it is, has been obvious since day one. Have you ever
heard about it being exploited?
Ubuntu needs to be secure, yes, but secure against real threats, not
movie plots.
--
New windows stealing focus -- and
Have you ever typed your password in clear in another window that just
opened? I have -- several times. Usually, it just goes into a local
window and only the people around me could see it (which is bad
already), but I don't see why it couldn't happen accidently or
deliberately through IM or a web
Metacity tries to avoid focus stealing, and usually it is quite
successful in that, at least for me. However, one offender that I notice
is gaim. When I receive a message, the gaim window pushes itself to the
foreground and grabs the focus, regardless of what I am doing (this even
happens if I
that this doesn't seem to be a general nautilus issue
I assume you meant metacity issue here. I think there must be some
soft of confusion in here. On all three Dapper machines I have, I have
yet to see a *single* case of a window opening *without* getting focus.
Click on the panel to open a
24 matches
Mail list logo
