maemo.org Bugzilla – Bug 6060
Application manager finishing an installation in background blocks keyboard input
Last modified: 2010-03-15 20:54:00 UTC
You need to
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
1. Install an application with Application manager
2. While downloading/installing, switch to a terminal window
3. When the Application manager is done installing, keyboard input to the
terminal is blocked
Keep being able to type in the terminal, no matter what the Application manager
is doing in the background.
The keyboard input to the terminal is temporarily blocked, until you go to the
package manager, acknowledge the pop-up that says the application has been
succesfully installed and return to the terminal window.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:184.108.40.206)
Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15
Confirming in 45-14.
I think I saw a small popup *at the bottom* (uh?).
Some more observations: this also happens with keyboard input to other apps
(witnessed in FBreader).
Also I noticed the following:
1. send an email in modest
2. start writing another email
3. make a text selection in the new mail
4. when the first mail is sent, a pop-up informs you about this
5. afterwards, the selection is gone
So it seems pop-ups in general disturb text input.
I seem to be mistaken about modest, please disregard that remark.
Another note: with the application manager popup, it suffices to switch to the
window selection view and back to the same app, i.e. the popup doesn't have to
be acknowledged to regain keyboard input.
App Manager also steals keybd focus from the browser. My normal workaround is
to reselect the browser window in the task switcher.
This has been fixed in package
which is part of the internal build version
(Note: 2009 is the year, and the number after is the week.)
A future public update released with the year/week later than this internal
build version will include the fix. (This is not always already the next public
Please verify that this new version fixes the bug by marking this bug report as
VERIFIED after the public update has been released and if you have some time.
To answer popular followup questions:
* Nokia does not announce release dates of public updates in advance.
* There is currently no access to these internal, non-public build versions.
A Brainstorm proposal to change this exists at
I tried installing Conky and then went to Terminal and pressed enter until I
heard the bip that HAM finished installing.
While installing a popup appeared saying "updating icon cache" on top of
terminal. Then Terminal lost the focus of the keyboard (cursor became 'empty').
Tapping in the terminal does not restore focus.
Only opening the menu or switching to other app and come back (and possible
other similar workarounds) brought the focus back.
So I think this should be reopen?
I can reproduce this even if no popup appears when installing apps.
As soon as you hear the BIP that HAM has finished installing the Terminal (and
I think other apps then) lose its focus and no text can be entered until you
give the focus back to it.
Anidel: Do you use version 2009.51-8 or why did you reopen this?
Sorry I forgot to add that I have re-tested this in 2.2009.51-1 and I didn't
noticed it was fixed in 51-8.
(Fix not included in today's 2.2009.51-1 update => updating Version field)
*** Bug 7960 has been marked as a duplicate of this bug. ***
*** Bug 9373 has been marked as a duplicate of this bug. ***
Setting explicit PR1.2 milestone (so it's clearer in which public release the
fix will be available to users).
Sorry for the bugmail noise (you can filter on this message).