Launchpad has imported 2 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=923349.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2013-10-03T01:59:36+00:00 Bugzilla-g wrote:

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:24.0) Gecko/20100101 
Firefox/24.0 (Beta/Release)
Build ID: 20130911155223

Steps to reproduce:

Recently, probably in the upgrade to Thunderbird 24.0, I've found that
the front-most, active window often will not receive keystrokes. Instead
they are being sent to the background, inactive window. For example, I
attempt to reply to an email, and start typing. I see text in the body
as expected, then a second after beginning, the text is sent to the main
"mail index" window. The front-most window is shown as selected in the
pager, while a non-selected window receives the keystrokes. This means
that for long periods, I am unable to send and compose emails. In
addition, I'm also often mid-sentence when I realise that the characters
aren't appearing, and I've done some weird filing/labelling in the mail
index window.

I can alt-tab or click between windows, but cannot seem to type into the
compose window. Otherwise, clicking does all you expect it to. You can
select menus of the window; you can even select text (although it's the
"background window" grey instead of the "foreground window" blue).

I tried to make sure that it was not an issue with X/KDE by testing to
see what the reported active window was.

$ xwininfo | grep -i 'window id'
xwininfo: Window id: 0x3c001f6 "Inbox - Uni - Mozilla Thunderbird"
$ xwininfo | grep -i 'window id'
xwininfo: Window id: 0x3c0670c "Write: Re: Foo Bar - Unicode (UTF-8)"
$ sleep 1 && xprop -root | grep -E '^_NET_ACTIVE_WINDOW'
_NET_ACTIVE_WINDOW(WINDOW): window id # 0x3c001f6
$ sleep 1 && xprop -root | grep -E '^_NET_ACTIVE_WINDOW'
_NET_ACTIVE_WINDOW(WINDOW): window id # 0x3c0670c

It seems that even when the active window is reported to be the compose
window by X, it will still not receive input. I presume that it's
Thunderbird hijacking the active window internally.

I've tried starting in safe mode and manually downloading and running
Thunderbird from the website (64-bit version), instead of using the
version in the repositories. In both cases, I still hit this bug.

I don't see this in any other application, except for Firefox
occasionally. It used to be fairly frequent in Firefox starting in a
release around February, but appears to have diminished in frequency
since then.

I did similar troubleshooting in Firefox for active window using xev,
but this is now buggy and doesn't work. First I found window IDs with

    xwininfo | grep -i 'window id'

Then, when the bug occurred, I attempted to see if keystrokes were being
passed to the active (but non-responsive) window with

    xev -id 0x123456 | grep Key

I also did the same for the background window that was actually
responding to the keystrokes. It seems that the active (but non-
responsive) window was indeed receiving keystrokes, and the other one
was not, although it was responding to them. I presume that again, it's
Firefox hijacking the active window internally. It's probably easier for
me to do more troubleshooting in Thunderbird, since it's more frequent.

I checked bugzilla to see this had already been filed, but found
nothing. However, I'm unsure if this is related:
https://bugzilla.mozilla.org/show_bug.cgi?id=831854

Also, I'm not sure how to work out what core version this regression
could have occurred in, so I've just left it unspecified.

Kubuntu 13.04
KDE 4.10.5

Ubuntu bug trackers.
Thunderbird bug here:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1234468
Firefox bug here:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1234470


Actual results:

Keystrokes go to the background, non-active window.


Expected results:

Keystrokes should go to the foreground, active window.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1234468/comments/5

------------------------------------------------------------------------
On 2013-10-11T14:45:52+00:00 Andeew wrote:

I have the same issue on 64-bit Kubuntu 12.04

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1234468/comments/8


** Changed in: thunderbird
       Status: Unknown => New

** Changed in: thunderbird
   Importance: Unknown => Medium

** Bug watch added: Mozilla Bugzilla #831854
   https://bugzilla.mozilla.org/show_bug.cgi?id=831854

-- 
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/1234468

Title:
  Keystrokes are hijacked by inactive window

Status in Mozilla Thunderbird Mail and News:
  New
Status in “thunderbird” package in Ubuntu:
  Confirmed

Bug description:
  Recently, possibly in the upgrade to Thunderbird 24.0, I've found that
  the front-most, active window often will not receive keystrokes.
  Instead they are being sent to the background, inactive window. For
  example, I attempt to reply to an email, and start typing. I see text
  in the body as expected, then a second after beginning, the text is
  sent to the main "mail index" window. The front-most window is shown
  as selected in the pager, while a non-selected window receives the
  keystrokes. This means that for long periods, I am unable to send and
  compose emails. In addition, I'm also often mid-sentence when I
  realise that the characters aren't appearing, and I've done some weird
  filing/labelling in the mail index window.

  I can alt-tab or click between windows, but cannot seem to type into
  the compose window. Otherwise, clicking does all you expect it to. You
  can select menus of the window; you can even select text (although
  it's the "background window" grey instead of the "foreground window"
  blue).

  I tried to make sure that it was not an issue with X/KDE by testing to
  see what the reported active window was.

  $ xwininfo | grep -i 'window id'
  xwininfo: Window id: 0x3c001f6 "Inbox - Uni - Mozilla Thunderbird"
  $ xwininfo | grep -i 'window id'
  xwininfo: Window id: 0x3c0670c "Write: Re: Foo Bar - Unicode (UTF-8)"
  $ sleep 1 && xprop -root | grep -E '^_NET_ACTIVE_WINDOW'
  _NET_ACTIVE_WINDOW(WINDOW): window id # 0x3c001f6
  $ sleep 1 && xprop -root | grep -E '^_NET_ACTIVE_WINDOW'
  _NET_ACTIVE_WINDOW(WINDOW): window id # 0x3c0670c

  It seems that even when the active window is reported to be the
  compose window by X, it will still not receive input. I presume that
  it's Thunderbird hijacking the active window internally.

  I don't see this in any other application, except for Firefox
  occasionally. It used to be fairly frequent in Firefox six months ago,
  but appears to have diminished in frequency since then.

  
  Here is a troubleshooting thread for this issue.
  https://forum.kde.org/viewtopic.php?f=111&t=117704

  Here is the related thread for Firefox.
  http://forum.kde.org/viewtopic.php?f=111&t=110202&p=260008#p260008

  ProblemType: Bug
  DistroRelease: Ubuntu 13.04
  Package: thunderbird 1:24.0+build1-0ubuntu0.13.04.1 [modified: 
usr/share/applications/thunderbird.desktop]
  Uname: Linux 3.9.4-030904-generic x86_64
  AddonCompatCheckDisabled: False
  ApportVersion: 2.9.2-0ubuntu8.3
  Architecture: amd64
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC0:  lee        2493 F.... pulseaudio
  BuildID: 20130913150408
  Channel: Unavailable
  Date: Thu Oct  3 11:02:13 2013
  ForcedLayersAccel: False
  IfupdownConfig:
   # interfaces(5) file used by ifup(8) and ifdown(8)
   auto lo
   iface lo inet loopback
  InstallationDate: Installed on 2012-12-16 (290 days ago)
  InstallationMedia: Kubuntu 12.10 "Quantal Quetzal" - Release amd64 
(20121017.1)
  IpRoute:
   default via 192.168.2.1 dev wlan0  proto static 
   169.254.0.0/16 dev wlan0  scope link  metric 1000 
   192.168.2.0/24 dev wlan0  proto kernel  scope link  src 192.168.2.2  metric 9
  MarkForUpload: True
  MostRecentCrashID: bp-8716a067-8317-4ad0-808a-2254e2120524
  PrefSources:
   prefs.js
   
[Profile]/extensions/{9533f794-00b4-4354-aa15-c2bbda6989f8}/defaults/preferences/prefs.js
   
/usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/{847b3a00-7ab1-11d4-8f02-006008948af5}/defaults/preferences/enigmail.js
   
/usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/{847b3a00-7ab1-11d4-8f02-006008948af5}/defaults/preferences/000system.js
   
[Profile]/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/defaults/preferences/lightning.js
  Profiles: Profile0 (Default) - LastVersion=24.0/20130913150408 (In use)
  RelatedPackageVersions:
   google-talkplugin 4.7.0.0-1
   adobe-flashplugin 11.2.202.310-0raring1
   kopete            4:4.10.5+dfsg1-0ubuntu0.1
   rhythmbox-mozilla 2.98-0ubuntu5
  RunningIncompatibleAddons: False
  SourcePackage: thunderbird
  SubmittedCrashIDs:
   bp-8716a067-8317-4ad0-808a-2254e2120524
   bp-8c247ae3-5982-4262-b65d-57a252120307
   bp-1ab81b2c-1607-4919-868d-380852120205
  UpgradeStatus: Upgraded to raring on 2013-04-26 (159 days ago)
  dmi.bios.date: 09/07/2012
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A19
  dmi.board.asset.tag: Base Board Asset Tag
  dmi.board.name: 0XN71K
  dmi.board.vendor: Dell Inc.
  dmi.board.version: FAB1
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: 0.1
  dmi.modalias: 
dmi:bvnDellInc.:bvrA19:bd09/07/2012:svnDellInc.:pnDellSystemXPSL702X:pvr:rvnDellInc.:rn0XN71K:rvrFAB1:cvnDellInc.:ct8:cvr0.1:
  dmi.product.name: Dell System XPS L702X
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1234468/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to