[Bug 582005] Re: Touchpad disable button doesn't behave properly
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 NotifyAncestor FocusIn event, serial 42, synthetic NO, window 0x601, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 42, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ---second presstouchpad still disabled- KeyPress event, serial 42, synthetic NO, window 0x601, root 0x9b, subw 0x0, time 57753504, (20,-12), root:(23,604), state 0x0, keycode 201 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 42, synthetic NO, window 0x601, root 0x9b, subw 0x0, time 57753516, (20,-12), root:(23,604), state 0x0, keycode 201 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False ---third press---get notification FocusOut event, serial 42, synthetic NO, window 0x601, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 42, synthetic NO, window 0x601, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 42, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 MappingNotify event, serial 42, synthetic NO, window 0x0, request MappingKeyboard, first_keycode 8, count 248 MappingNotify event, serial 43, synthetic NO, window 0x0, request MappingKeyboard, first_keycode 8, count 248 MappingNotify event, serial 44, synthetic NO, window 0x0, request MappingKeyboard, first_keycode 8, count 248 MappingNotify event, serial 45, synthetic NO, window 0x0, request MappingKeyboard, first_keycode 8, count 248 MappingNotify event, serial 46, synthetic NO, window 0x0, request MappingKeyboard, first_keycode 8, count 248 MappingNotify event, serial 47, synthetic NO, window 0x0, request MappingKeyboard, first_keycode 8, count 248 ---fourth press---cycle ends, can use touchpad now--- KeyPress event, serial 48, synthetic NO, window 0x601, root 0x9b, subw 0x0, time 57755319, (20,-12), root:(23,604), state 0x0, keycode 201 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 48, synthetic NO, window 0x601, root 0x9b, subw 0x0, time 57755331, (20,-12), root:(23,604), state 0x0, keycode 201 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False -- Touchpad disable button doesn't behave properly https://bugs.launchpad.net/bugs/582005 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 67476] Re: Dialogs of background applications pop up in the foreground
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 should be able to know if the user is typing, at least. -- Dialogs of background applications pop up in the foreground https://bugs.launchpad.net/bugs/67476 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 28956] Re: Context menu for URLs is racy
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 Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 227770] Re: glstreamer0.10-gl disapeared in hardy
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 gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 79030] Re: gnome-video-thumbnailer uses all available CPU power when using bittorrent
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 fixed in the next version. Try downloading a video file, maybe a long speedrun from highspeedhalo.net or something, and see if it tries several thumbnails over the course of the download. Thanks, ~thomas -- gnome-video-thumbnailer uses all available CPU power when using bittorrent https://bugs.launchpad.net/bugs/79030 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 79030] Re: gnome-video-thumbnailer uses all available CPU power when using bittorrent
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 means, then, close it. ~thomas -- cartwheel ^(^_^) v(.-.)v (^_^)^ -- gnome-video-thumbnailer uses all available CPU power when using bittorrent https://bugs.launchpad.net/bugs/79030 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 79030] Re: gnome-video-thumbnailer uses all available CPU power when using bittorrent
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 try thumbnailing anything that's downloading... -- gnome-video-thumbnailer uses all available CPU power when using bittorrent https://launchpad.net/bugs/79030 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 79030] Re: gnome-video-thumbnailer uses all available CPU power when using bittorrent
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 list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 79030] gnome-video-thumbnailer uses all available CPU power when using bittorrent
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 azureus, gnome-video- thumbnailer repeatedly tries to come up with a fitting thumbnail as the file is downloading. Naturally, this only happens when I download to the desktop, or some other folder that nautilus is watching (my guess is, nautilus watches directors and responds to every inotify event by checking the thumbnail of every file that's been modified). ** Affects: totem (Ubuntu) Importance: Undecided Status: Unconfirmed -- gnome-video-thumbnailer uses all available CPU power when using bittorrent https://launchpad.net/bugs/79030 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 54741] Re: New windows stealing focus -- and passwords?
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 mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 54741] Re: New windows stealing focus -- and passwords?
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 feature request, but I would never support it as one either. -- 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
[Bug 34745] Re: Beeps on tab
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://launchpad.net/bugs/34745 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 34745] Re: Beeps on tab
** 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
[Bug 54741] Re: 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 suggesting that the right thing to do is only give focus to the new window if it was requested by the user? By the way, Windows has had this same vulnerability for years. When you start talking to somebody on AIM, sometimes they send you part of a message they started typing to somebody else. -- 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
[Bug 54741] Re: New windows stealing focus -- and passwords?
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? https://launchpad.net/bugs/54741 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 54602] quote filename on dnd
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. This is a really cool feature. However, many filenames in the wild have evil characters such as !#*()[]{}'`,; and whitespace. If, for example, you were to download a .torrent from mininova.org, and then type 'azureus ' into the terminal and try to drag and drop the filename, bash would complain about the characters in that filename. The solution is to escape those characters before inserting the filename. I wrote a patch for this, which has been accepted into the upstream cvs- head. However, this patch can just as easily be applied to the current ubuntu package, while simply packaging the modified upstream would require a library change. The relevant upstream bug is #85926. ** Affects: gnome-terminal (upstream) Importance: Unknown Status: Unknown ** Affects: gnome-terminal (Ubuntu) Importance: Untriaged Status: Unconfirmed ** Bug watch added: GNOME Bug Tracker #85926 http://bugzilla.gnome.org/show_bug.cgi?id=85926 ** Also affects: gnome-terminal (upstream) via http://bugzilla.gnome.org/show_bug.cgi?id=85926 Importance: Unknown Status: Unknown -- quote filename on dnd https://launchpad.net/bugs/54602 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 52476] Re: 'fixed' font doesn't seem to appear in gnome-terminal's font list
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 -- 'fixed' font doesn't seem to appear in gnome-terminal's font list https://launchpad.net/bugs/52476 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 22651] Re: [Breezy preview] gnome-terminal --full-screen fails randomly
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-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs