[Touch-packages] [Bug 1470235] Re: PolicyKit high memory usage
Coicidentally, also I have (had) that applet installed... Someone already reported this on: https://github.com/ccadeptic23/Multi- Core-System-Monitor/issues/12 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to policykit-1 in Ubuntu. https://bugs.launchpad.net/bugs/1470235 Title: PolicyKit high memory usage Status in policykit-1 package in Ubuntu: Confirmed Bug description: Periodically I install updates on my computer and reboot without logging in. When I come back to my computer and log in, polkitd is using a large chunk of memory. At the moment it's using > 2.3 GiB of memory on a machine with 8 GB RAM: $ ps aux | grep polkit root 1229 0.4 29.8 2652532 2420916 ? Sl Jun19 67:38 /usr/lib/policykit-1/polkitd --no-debug Killing the process frees the memory until I reboot again. I'm currently using the latest version of policykit-1: $ apt-file search /usr/lib/policykit-1/polkitd policykit-1: /usr/lib/policykit-1/polkitd $ apt-cache policy policykit-1 policykit-1: Installed: 0.105-4ubuntu2.14.04.1 Candidate: 0.105-4ubuntu2.14.04.1 Version table: *** 0.105-4ubuntu2.14.04.1 0 500 http://ca.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages 100 /var/lib/dpkg/status 0.105-4ubuntu2 0 500 http://ca.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages $ sudo apt-get upgrade policykit-1 Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done policykit-1 is already the newest version. Other information: $ lsb_release -rd Description: Ubuntu 14.04.2 LTS Release: 14.04 ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: policykit-1 0.105-4ubuntu2.14.04.1 ProcVersionSignature: Ubuntu 3.16.0-41.55~14.04.1-generic 3.16.7-ckt11 Uname: Linux 3.16.0-41-generic x86_64 NonfreeKernelModules: fglrx ApportVersion: 2.14.1-0ubuntu3.11 Architecture: amd64 Date: Tue Jun 30 16:14:51 2015 InstallationDate: Installed on 2014-08-25 (309 days ago) InstallationMedia: Xubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140723) ProcEnviron: LANGUAGE=en_CA:en TERM=xterm PATH=(custom, no user) LANG=en_CA.UTF-8 SHELL=/bin/bash SourcePackage: policykit-1 UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1470235/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 124440] Re: [enhancement] Ubuntu needs a way to set mouse scrolling speed
#66: With this rate of things, somewhere around 2055. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu. https://bugs.launchpad.net/bugs/124440 Title: [enhancement] Ubuntu needs a way to set mouse scrolling speed Status in GNOME Control Center: Confirmed Status in GTK+ GUI Toolkit: Confirmed Status in One Hundred Papercuts: Triaged Status in Mir: Triaged Status in Unity: Invalid Status in gnome-control-center package in Ubuntu: Triaged Status in gtk+3.0 package in Ubuntu: Triaged Bug description: This has been driving me nuts for a while now. The scroll wheel on my desktop mouse (it's an MS wireless optical mouse model 1008) scrolls rather fast. Instead of moving a few lines, it scrolls half a page or more with a very gentle scroll. The bluetooth mouse I use with my laptop does not do this so it's probably somewhat hardware specific. However, I'm wondering if there is a way to modify the speed or sensitivity. I found an answer here from about a year ago (https://answers.launchpad.net/ubuntu/+question/1339) that suggests there isn't a way but I'm wondering if anything has changed since then. I've also skimmed through synaptic but didn't see anything promising (like gsynaptic for touchpads). Thanks. See https://answers.launchpad.net/ubuntu/+question/9200 for more information. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-control-center/+bug/124440/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 124440] Re: [enhancement] Ubuntu needs a way to set mouse scrolling speed
@68: What just started happening? Doesn't that sound like a driver issue? This bug is mostly about normally behaving scroll wheels, but people including me would just like if the "lines per scrolled distance" would be adjustable (I think most people find it be too small/slow by default... but I guess in some cases it's the opposite). This is mainly a Gnome issue, but nothing stops Ubuntu from fixing this. Apparently it has been just accepted as a norm everywhere except in KDE (?) that default scroll speed is what it is or alternatively not a single developer has ever used a mouse produced after the invention of the scroll wheel. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu. https://bugs.launchpad.net/bugs/124440 Title: [enhancement] Ubuntu needs a way to set mouse scrolling speed Status in GNOME Control Center: Confirmed Status in GTK+ GUI Toolkit: Confirmed Status in One Hundred Papercuts: Triaged Status in Mir: Triaged Status in Unity: Invalid Status in gnome-control-center package in Ubuntu: Triaged Status in gtk+3.0 package in Ubuntu: Triaged Bug description: This has been driving me nuts for a while now. The scroll wheel on my desktop mouse (it's an MS wireless optical mouse model 1008) scrolls rather fast. Instead of moving a few lines, it scrolls half a page or more with a very gentle scroll. The bluetooth mouse I use with my laptop does not do this so it's probably somewhat hardware specific. However, I'm wondering if there is a way to modify the speed or sensitivity. I found an answer here from about a year ago (https://answers.launchpad.net/ubuntu/+question/1339) that suggests there isn't a way but I'm wondering if anything has changed since then. I've also skimmed through synaptic but didn't see anything promising (like gsynaptic for touchpads). Thanks. See https://answers.launchpad.net/ubuntu/+question/9200 for more information. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-control-center/+bug/124440/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 124440] Re: [enhancement] Ubuntu needs a way to set mouse scrolling speed
Relevant: https://bugzilla.gnome.org/show_bug.cgi?id=692666#c7 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu. https://bugs.launchpad.net/bugs/124440 Title: [enhancement] Ubuntu needs a way to set mouse scrolling speed Status in GNOME Control Center: Confirmed Status in GTK+ GUI Toolkit: Confirmed Status in One Hundred Papercuts: Triaged Status in Mir: Triaged Status in Unity: Invalid Status in gnome-control-center package in Ubuntu: Triaged Status in gtk+3.0 package in Ubuntu: Triaged Bug description: This has been driving me nuts for a while now. The scroll wheel on my desktop mouse (it's an MS wireless optical mouse model 1008) scrolls rather fast. Instead of moving a few lines, it scrolls half a page or more with a very gentle scroll. The bluetooth mouse I use with my laptop does not do this so it's probably somewhat hardware specific. However, I'm wondering if there is a way to modify the speed or sensitivity. I found an answer here from about a year ago (https://answers.launchpad.net/ubuntu/+question/1339) that suggests there isn't a way but I'm wondering if anything has changed since then. I've also skimmed through synaptic but didn't see anything promising (like gsynaptic for touchpads). Thanks. See https://answers.launchpad.net/ubuntu/+question/9200 for more information. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-control-center/+bug/124440/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 762349] Re: Difficult to distinguish which tab is selected
A workaround (theme tweak) for gnome-terminal: http://askubuntu.com/q/355297/73968 http://askubuntu.com/q/40332/73968 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-themes in Ubuntu. https://bugs.launchpad.net/bugs/762349 Title: Difficult to distinguish which tab is selected Status in Ayatana Design: New Status in Themes for Ubuntu: Confirmed Status in ubuntu-themes package in Ubuntu: Confirmed Bug description: Binary package hint: unity In tabbed interfaces such as in gnome-terminal under unity it is difficult to visually distinguish the selected tab from the unselected ones. In the attached screenshot, gnome-terminal has three tabs open, and the third one is selected. If you look close you can see the text is slightly whiter than the other tabs, and the border is a little more prominent but to my old man eyes it's really hard to see it at a glance. Under metacity, the difference is more notable (or at least, the theme is different). My guess is this is a theme issue rather than unity, but I'm unsure. If it is just a theme issue please refile to the right project. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: unity 3.8.8-0ubuntu2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2 Uname: Linux 2.6.38-8-generic-pae i686 Architecture: i386 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,scale,session,unityshell] Date: Fri Apr 15 17:41:12 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha i386 (20110202) ProcEnviron: LANGUAGE=en_US:en PATH=(custom, user) LANG=C SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to natty on 2011-04-04 (11 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/762349/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 681567] Re: [regression] With slow mice, opening a right-click context menu immediately executes the first entry
Also on 14.04. Started googling for this issue once I noticed in Windows I did not suffer from this issue. Until that point I thought the mouse was just broken (some cheap Logitech mouse with USB bluetooth receiver). Easy and safe test in gnome-terminal: nearly everytime the mouse moves to right/down direction, either of the first two entries get clicked. Depressingly old bug report. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/681567 Title: [regression] With slow mice, opening a right-click context menu immediately executes the first entry Status in gtk+2.0 package in Ubuntu: Confirmed Bug description: Repro steps: 1. Connect a mouse whose button press/release events arrive slowly. 2. Open any gtk app. (For example, gedit or gcalctool.) 3. Right-click somewhere to open a context menu whose first item is selectable. (For example, in gedit just type something and then right-click on the text area--the first item will be Undo and will be selectable. In gcalctool, type in a number, highlight it, and then right-click on the number--the first item will be Cut and will be selectable.) What I expect to happen: A context menu should appear and wait for the user to make a selection. What happens instead: A context menu appears and disappears and the app immediately executes the first entry without any further clicks. The user doesn't even have enough time to see what has happened. Obviously this is disorientating and annoying. This is a regression--it used to work fine. I think it started after the update to Maverick. I believe the problem only occurs with mice that have a large delay between the button press event and the button release event. The built-in trackpad and buttons in my laptop do NOT trigger the problem, but my external mouse does. (The external mouse came with my Wacom Bamboo CTE-450 tablet.) From looking at the timestamps in the "xev" tool, it appears that the external mouse has a much longer delay between the two events than the internal mouse (xev output is attached). The problem can be avoided in two ways, but neither is convenient: 1) By holding down the right mouse button, moving the mouse over the desired context menu entry, and then releasing the right mouse button. 2) By moving the mouse left and/or up while clicking, so that the mouse button is released quickly but at a different location on screen that is not over the context menu. Note that slowly moving the mouse to another area of the screen and releasing does NOT work because gtk dismisses the context menu if the button was held down for a certain amount of time before releasing. The problem only occurs in native gtk apps. Other apps such as Firefox and OpenOffice are not affected. To solve the problem, I recommend the following: 1) Create the context menu down-and-right of the mouse pointer, so that the mouse pointer is not over the first item when the right mouse button is released. AND 2) Increase the delay before treating a button release as a distinct event. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: libgtk2.0-0 2.22.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Thu Nov 25 12:04:25 2010 InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429) ProcEnviron: LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: gtk+2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/681567/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 681567] Re: [regression] With slow mice, opening a right-click context menu immediately executes the first entry
Also on 14.04. Started googling for this issue once I noticed in Windows I did not suffer from this issue. Until that point I thought the mouse was just broken (some cheap Logitech mouse with USB bluetooth receiver.). Easy and safet test in gnome-terminal: nearly everytime the mouse moves to left/down direction, either of the first two entries get clicked. Depressingly old bug report. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/681567 Title: [regression] With slow mice, opening a right-click context menu immediately executes the first entry Status in gtk+2.0 package in Ubuntu: Confirmed Bug description: Repro steps: 1. Connect a mouse whose button press/release events arrive slowly. 2. Open any gtk app. (For example, gedit or gcalctool.) 3. Right-click somewhere to open a context menu whose first item is selectable. (For example, in gedit just type something and then right-click on the text area--the first item will be Undo and will be selectable. In gcalctool, type in a number, highlight it, and then right-click on the number--the first item will be Cut and will be selectable.) What I expect to happen: A context menu should appear and wait for the user to make a selection. What happens instead: A context menu appears and disappears and the app immediately executes the first entry without any further clicks. The user doesn't even have enough time to see what has happened. Obviously this is disorientating and annoying. This is a regression--it used to work fine. I think it started after the update to Maverick. I believe the problem only occurs with mice that have a large delay between the button press event and the button release event. The built-in trackpad and buttons in my laptop do NOT trigger the problem, but my external mouse does. (The external mouse came with my Wacom Bamboo CTE-450 tablet.) From looking at the timestamps in the "xev" tool, it appears that the external mouse has a much longer delay between the two events than the internal mouse (xev output is attached). The problem can be avoided in two ways, but neither is convenient: 1) By holding down the right mouse button, moving the mouse over the desired context menu entry, and then releasing the right mouse button. 2) By moving the mouse left and/or up while clicking, so that the mouse button is released quickly but at a different location on screen that is not over the context menu. Note that slowly moving the mouse to another area of the screen and releasing does NOT work because gtk dismisses the context menu if the button was held down for a certain amount of time before releasing. The problem only occurs in native gtk apps. Other apps such as Firefox and OpenOffice are not affected. To solve the problem, I recommend the following: 1) Create the context menu down-and-right of the mouse pointer, so that the mouse pointer is not over the first item when the right mouse button is released. AND 2) Increase the delay before treating a button release as a distinct event. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: libgtk2.0-0 2.22.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Thu Nov 25 12:04:25 2010 InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429) ProcEnviron: LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: gtk+2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/681567/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 681567] Re: [regression] With slow mice, opening a right-click context menu immediately executes the first entry
Duplicate of https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/410636 ? Above also points to: https://bugzilla.gnome.org/show_bug.cgi?id=591258 ** Bug watch added: GNOME Bug Tracker #591258 https://bugzilla.gnome.org/show_bug.cgi?id=591258 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/681567 Title: [regression] With slow mice, opening a right-click context menu immediately executes the first entry Status in gtk+2.0 package in Ubuntu: Confirmed Bug description: Repro steps: 1. Connect a mouse whose button press/release events arrive slowly. 2. Open any gtk app. (For example, gedit or gcalctool.) 3. Right-click somewhere to open a context menu whose first item is selectable. (For example, in gedit just type something and then right-click on the text area--the first item will be Undo and will be selectable. In gcalctool, type in a number, highlight it, and then right-click on the number--the first item will be Cut and will be selectable.) What I expect to happen: A context menu should appear and wait for the user to make a selection. What happens instead: A context menu appears and disappears and the app immediately executes the first entry without any further clicks. The user doesn't even have enough time to see what has happened. Obviously this is disorientating and annoying. This is a regression--it used to work fine. I think it started after the update to Maverick. I believe the problem only occurs with mice that have a large delay between the button press event and the button release event. The built-in trackpad and buttons in my laptop do NOT trigger the problem, but my external mouse does. (The external mouse came with my Wacom Bamboo CTE-450 tablet.) From looking at the timestamps in the "xev" tool, it appears that the external mouse has a much longer delay between the two events than the internal mouse (xev output is attached). The problem can be avoided in two ways, but neither is convenient: 1) By holding down the right mouse button, moving the mouse over the desired context menu entry, and then releasing the right mouse button. 2) By moving the mouse left and/or up while clicking, so that the mouse button is released quickly but at a different location on screen that is not over the context menu. Note that slowly moving the mouse to another area of the screen and releasing does NOT work because gtk dismisses the context menu if the button was held down for a certain amount of time before releasing. The problem only occurs in native gtk apps. Other apps such as Firefox and OpenOffice are not affected. To solve the problem, I recommend the following: 1) Create the context menu down-and-right of the mouse pointer, so that the mouse pointer is not over the first item when the right mouse button is released. AND 2) Increase the delay before treating a button release as a distinct event. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: libgtk2.0-0 2.22.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Thu Nov 25 12:04:25 2010 InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429) ProcEnviron: LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: gtk+2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/681567/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
