[Desktop-packages] [Bug 1440876] [NEW] Setting keyboard input source change shortcut to Shift + Shift R causes problems in some text entry widgets
Public bug reported: Set the next text entry source shortcut key (System Settings -> Text Entry) to "Shift + Shift R", i.e., pressing both shifts together. With this setting, some input entries have problems with pressing the Shift key inside: I experienced errors with gedit's find input entry, nemo's file rename in-place edit entry and firefox's in-place edit entry when renaming a Google Sheet's tab. I refer to the detailed description and how it is reproducible in the following bug report: https://bugs.launchpad.net/ubuntu/+source/nemo/+bug/1409353 Copy-paste from there: -- Since upgrading my Ubuntu box to 14.04 from 13.10, I have encountered with this weird behavior. I can reproduce the error with the following scenario: start nemo press shift-ctrl-n to create a folder. A new folder with 'Untitled Folder' created, the name is selected as an editbox to rename it. press shift-ctrl again. The order is important -- shift before, ctrl after. The selection goes away, and now the folder 'Untitled Folder' itself is selected. after that, you cannot cut or copy -- neither with keyboard shortcut, neither with menu items. As nemo visually gives feedback upon cutting a file, I can see that the cut action is not performed. Alternatively, you can simply try to enter an uppercase letter in the rename edit box -- i.e., press shift-A. The character is not inserted, the rename action is finished, and copy-paste does not work. nemo version: 2.4.4-2~webupd8~trusty0 [...] I have found the triggering condition on my box: I have set the next text entry source shortcut key (System Settings -> Text Entry) to "Shift + Shift R", i.e., pressing both shifts together. If I remove this shortcut, then the problem disappears. -- I have also found the following description related to this issue (in fact, it was the post helped to identify the root cause for me): http://askubuntu.com/questions/523937/shift-any-key-combination-closes- search-dialog-in-gedit-on-14-04 Possibly this (already closed) one was also connected with this issue, and was fixed by some other workaround: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1322925 ** Affects: unity-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: input keyboard shift -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1440876 Title: Setting keyboard input source change shortcut to Shift + Shift R causes problems in some text entry widgets Status in unity-control-center package in Ubuntu: New Bug description: Set the next text entry source shortcut key (System Settings -> Text Entry) to "Shift + Shift R", i.e., pressing both shifts together. With this setting, some input entries have problems with pressing the Shift key inside: I experienced errors with gedit's find input entry, nemo's file rename in-place edit entry and firefox's in-place edit entry when renaming a Google Sheet's tab. I refer to the detailed description and how it is reproducible in the following bug report: https://bugs.launchpad.net/ubuntu/+source/nemo/+bug/1409353 Copy-paste from there: -- Since upgrading my Ubuntu box to 14.04 from 13.10, I have encountered with this weird behavior. I can reproduce the error with the following scenario: start nemo press shift-ctrl-n to create a folder. A new folder with 'Untitled Folder' created, the name is selected as an editbox to rename it. press shift-ctrl again. The order is important -- shift before, ctrl after. The selection goes away, and now the folder 'Untitled Folder' itself is selected. after that, you cannot cut or copy -- neither with keyboard shortcut, neither with menu items. As nemo visually gives feedback upon cutting a file, I can see that the cut action is not performed. Alternatively, you can simply try to enter an uppercase letter in the rename edit box -- i.e., press shift-A. The character is not inserted, the rename action is finished, and copy-paste does not work. nemo version: 2.4.4-2~webupd8~trusty0 [...] I have found the triggering condition on my box: I have set the next text entry source shortcut key (System Settings -> Text Entry) to "Shift + Shift R", i.e., pressing both shifts together. If I remove this shortcut, then the problem disappears. -- I have also found the following description related to this issue (in fact, it was the post helped to identify the root cause for me): http://askubuntu.com/questions/523937/shift-any-key-combination- closes-search-dialog-in-gedit-on-14-04 Possibly this (already closed) one was also connected with this issue, and was fixed by some other workaround: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1322925 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1440876/+subscript
[Desktop-packages] [Bug 1322925] Re: Copy, paste stops working randomly in Ubuntu 14.04 nautilus
I confirm that the bug affects nemo, too -- so presumably the root cause is not in nautilus. I am hit by the bug right after upgrading to 14.04 from 13.10. I can reproduce the error with the following scenario: start nemo press shift-ctrl-n to create a folder. A new folder with 'Untitled Folder' created, the name is selected. press shift-ctrl again. The order is important -- shift before, ctrl after. The selection goes away, and now the folder 'Untitled Folder' itself is selected. after that, you cannot cut or copy -- neither with kbd shortcut, neither with menu items. As nemo visually gives feedback upon cutting a file, I can see that the cut action is not performed. I hope this helps. nemo 2.0.8 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1322925 Title: Copy, paste stops working randomly in Ubuntu 14.04 nautilus Status in nautilus package in Ubuntu: Confirmed Bug description: The title says it. Since upgrade to 14.04, copy / cut / paste of files among various folders I have write rights on does not work most of the times. Using the terminal to copy / move does work normally. nautilus: Installed: 1:3.10.1-0ubuntu9.1 Candidate: 1:3.10.1-0ubuntu9.1 Version table: *** 1:3.10.1-0ubuntu9.1 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.10.1-0ubuntu8 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty/main i386 Packages WORKAROUND: When the bug appears, you can close all instances of nautilus to restore normal behavior. Command line: killall nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1322925/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 984801] Re: Thunderbird 11 has stupidly high idle CPU usage
I guess I have run into the same problem.
Supporting Vex's opinion, indexing my account with around 3GB of
messages takes quite a long time, during which my laptop was indeed
unusable. In fact, I hardly could not work today because even a terminal
window responded painfully slow. Also, it is weird that there is no sign
on the GUI that a reindexing is going on, resulting in that the user
starts to spend his/her time looking around and googling what is going
on.
It should be considered to limit the CPU usage or renice (if possible)
the reindexing process, or at least mark on the GUI that some processing
is going on.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/984801
Title:
Thunderbird 11 has stupidly high idle CPU usage
Status in “thunderbird” package in Ubuntu:
Invalid
Bug description:
Running Ubuntu 10.04 LTS 32-bit and today I got the upgrade from
Thunderbird 3.6.X to 11.0.1 and noticed it is using a stupid amount of
CPU time when apparently idle. On my quad-core AMD machine it is
taking typically 30-50% CPU when doing nothing, and this is much the
same when minimised, as shown by 'top'
top - 12:50:00 up 1:59, 4 users, load average: 1.27, 0.99, 1.03
Tasks: 230 total, 3 running, 226 sleeping, 0 stopped, 1 zombie
Cpu(s): 12.2%us, 1.4%sy, 0.0%ni, 82.5%id, 3.9%wa, 0.1%hi, 0.0%si, 0.0%st
Mem: 2706608k total, 2621568k used,85040k free, 148192k buffers
Swap:0k total,0k used,0k free, 1612160k cached
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
20049 paul 20 0 478m 157m 33m R 46 6.0 0:57.14 thunderbird-bin
19759 paul 20 0 270m 195m 18m S4 7.4 1:07.00 opera
3918 paul 20 0 165m 24m 12m S1 0.9 1:25.70 chromium-browse
19215 paul 20 0 2652 1340 984 S1 0.0 0:21.85 htop
1317 root 20 0 152m 98m 13m S1 3.7 8:20.29 Xorg
4422 paul 20 0 49096 13m 9.8m S0 0.5 1:22.72 gnome-terminal
20165 paul 20 0 2544 1272 912 R0 0.0 0:00.06 top
1 root 20 0 2808 1664 1168 S0 0.1 0:00.56 init
2 root 20 0 000 S0 0.0 0:00.00 kthreadd
3 root RT 0 000 S0 0.0 0:00.11 migration/0
This is APPALLING for anyone on a laptop where power consumption (and
hence battery life) is directly related to CPU use!
What is Thunderbird doing with all of the CPU cycles?
I tried running it in safe mode, and have already disabled any plugins
but to no improvement. I also tried running it via strace and it spews
out a lot of system calls even when idle, most oddly are blocks like
this:
clock_gettime(CLOCK_MONOTONIC, {6787, 22357603}) = 0
clock_gettime(CLOCK_MONOTONIC, {6787, 22435200}) = 0
gettimeofday({1334749406, 311330}, NULL) = 0
gettimeofday({1334749406, 311537}, NULL) = 0
gettimeofday({1334749406, 311670}, NULL) = 0
futex(0xb75eb5c8, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xb75eb5c4, {FUTEX_OP_SET, 0,
FUTEX_OP_CMP_GT, 1}) = 1
open("/home/paul/.thunderbird/3c38dt95.default/session.json",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0664) = 56
write(56, "{\"rev\":0,\"windows\":[{\"type\":\"3pa"..., 396) = 396
close(56) = 0
gettimeofday({1334749406, 314673}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {6787, 26165961}) = 0
clock_gettime(CLOCK_MONOTONIC, {6787, 26256350}) = 0
clock_gettime(CLOCK_MONOTONIC, {6787, 26329526}) = 0
gettimeofday({1334749406, 315949}, NULL) = 0
gettimeofday({1334749406, 316354}, NULL) = 0
gettimeofday({1334749406, 316908}, NULL) = 0
gettimeofday({1334749406, 317088}, NULL) = 0
Notice it is calling gettimeofday() every 100us or so! Looks like
someone should be u
