According to xev, there's activity after all four presses, but only the
second and fourth have keypress events. The timeline is
-first press--get notification--
FocusOut event, serial 42, synthetic NO, window 0x601,
mode NotifyGrab, detail NotifyAnc
Dronus just suggested in the duplicate ( #51242 ) that there could be
timed behavior to determine if a new window should have focus, but
that's an intentional race condition. It would be better to see if the
user has done anything since the window was requested... somehow...
The window manager sh
This bug is no longer reproducible in the current Intrepid beta.
** Changed in: gnome-terminal (Ubuntu)
Status: Confirmed => Fix Released
--
Context menu for URLs is racy
https://bugs.launchpad.net/bugs/28956
You received this bug notification because you are a member of Ubuntu
Desktop Bu
That's nice. What do people who need to use gl output do in the
meantime other than mplayer -vo gl2 ?
--
glstreamer0.10-gl disapeared in hardy
https://bugs.launchpad.net/bugs/227770
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gstream
On Thu, Mar 13, 2008 at 6:21 PM, Sebastien Bacher <[EMAIL PROTECTED]> wrote:
> nautilus only thumbnail if the file has not changed for some seconds
> which means it should not trying to update a download thumbnails
I believe we have a report that this bug is fixed in the next version.
By all mea
Hi,
The problem here is that whenever a file is altered, Nautilus redoes its
thumbnail. This is *usually* good behavior, but it is not good behavior
for files that are being downloaded, because it wastes resources
generating thumbnails that will then be thrown away.
I don't know if it has been f
oh yeah, my current solution: $ while sleep 3; do killall
gnome-video-thumbnailer; done
Prevents it from wasting enough CPU to turn on my laptop's fan, anyway.
--
gnome-video-thumbnailer uses all available CPU power when using bittorrent
https://launchpad.net/bugs/79030
--
desktop-bugs mailing
Ubuntu Edgy, totem-gstreamer. The problem isn't that it tries to
thumbnail repeatedly. The problem is that it fails because parts of the
file are downloaded and parts aren't. And takes all available CPU power
in failing. It would be nice if it didn't try thumbnailing bittorrent
files, or didn't
Public bug reported:
I don't know which package to put this under, as gnome-video-thumbnailer
apparently doesn't have a package.
"
[EMAIL PROTECTED]:~ ^_^]$ dpkg -S /usr/bin/gnome-video-thumbnailer
dpkg: /usr/bin/gnome-video-thumbnailer not found.
"
So when I download large video files using azu
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 maili
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 featu
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 passwords
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 s
** Also affects: bash (Ubuntu)
Importance: Untriaged
Status: Unconfirmed
--
Beeps on tab
https://launchpad.net/bugs/34745
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
I'm willing to mark this confirmed because it was pushed upstream, but I
really think this bug belongs to a different package- probably bash, or
alternatively whatever controls desktop sounds.
** Changed in: gnome-terminal (Ubuntu)
Status: Unconfirmed => Confirmed
--
Beeps on tab
https://
Looks like a fix is in progress then. Changing status from
'unconfirmed'...
** Changed in: gnome-terminal (Ubuntu)
Status: Unconfirmed => In Progress
--
[Breezy preview] gnome-terminal --full-screen fails randomly
https://launchpad.net/bugs/22651
--
desktop-bugs mailing list
desktop-bug
Ok, I just checked out gedit, same bug. I suspect you havn't installed
the right fonts.
If you still think this is a bug, it isn't gnome-terminal's bug. Try
taking it up with fontconfig?
** Changed in: gnome-terminal (Ubuntu)
Status: Confirmed => Rejected
--
'fixed' font doesn't seem t
Yes, I can confirm, fixed does not appear there.
Have you looked at fixed in xfontsel? All I see is a bunch of hiragana,
and then some kanji. Maybe the only fixed-family font Ubuntu ships by
default is Japanese?
** Changed in: gnome-terminal (Ubuntu)
Status: Unconfirmed => Confirmed
--
Public bug reported:
Binary package hint: gnome-terminal
In gnome-terminal, for anyone who does not already use this feature,
when a user drags something into a terminal window, the URI is copied
into the terminal. Local filenames are even converted from full
"file://" URIs to simple path names.
19 matches
Mail list logo
