maemo.org Bugzilla – Bug 5745
Typing in newly opened window brings up contact search
Last modified: 2010-01-14 12:28:50 UTC
You need to
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
1. Go to the application launcher
2. Tap Others
3. Launch X-Terminal
4. Immediately upon seeing the window appear, start typing a command such as
"top" (the shell prompt may not yet be visible)
The characters should be buffered and sent to the terminal when the shell
The desktop seems to grab the characters typed (even though the current window
appears to be the newly launched application) and the contact search is
launched with the characters entered as the search string.
always (if you're fast enough)
I'm using X-Terminal as an example, but this seems to happen with any
application launched, e.g. Photos, Notes, etc.
I didn't really know where to file this bug, so I settled on Contacts, although
something more related to the desktop might be more appropriate.
Happens to me with firmware 1.2009.41-10.
Happened to me too.
I think this happens while the startup screen shot is shown and the real
application window is not there yet. Probably hildon-desktop is showing this
startup screen shot and thus still is the active application to receive key
input. Just a guess, though.
(In reply to comment #2)
> I think this happens while the startup screen shot is shown and the real
> application window is not there yet. Probably hildon-desktop is showing this
> startup screen shot and thus still is the active application to receive key
> input. Just a guess, though.
Exactly... I wonder whether this startup screen thingy will remain or not...
Wasn't there a mailing list thread about this somewhere?
Fixed in internal week 43 build.
Any public update released with or after this build version (x.2009.43-y) will
include the fix.
Please verify that the 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.
Out of curiosity, what is the fix? Do the keypresses now go to /dev/null if
the application isn't ready or are they queued up inside the application?
Sorry, no idea, I don't have access to that. Looks like the code of
hildon-tasklauncher is not yet available in maemo.gitorious.org either...
Bugfix is probably within the publically developed component hildon-desktop,
Component can be found at
*** Bug 6209 has been marked as a duplicate of this bug. ***
(In reply to comment #5)
> Out of curiosity, what is the fix? Do the keypresses now go to /dev/null if
> the application isn't ready or are they queued up inside the application?
Yes, keypresses are ignored. If we start queueing them, we'd probably have to
end up queueing + synthesizing mouse events too, and it all gets a bit complex.
*** Bug 7457 has been marked as a duplicate of this bug. ***
Verified in non-public PR1.1 version (2.2009.51-1).
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update