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 log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: 1.2009.41-10 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 EXPECTED OUTCOME: Keep being able to type in the terminal, no matter what the Application manager is doing in the background. ACTUAL OUTCOME: 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. REPRODUCIBILITY: always User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.0.15) 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 matchbox-window-manager-2 0.2.84-1+0m5 which is part of the internal build version 2009.51-8 (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 update.) 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 http://maemo.org/community/brainstorm/view/undelayed_bugfix_releases_for_nokia_open_source_packages-002/
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. My fault.
(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).