i was about to report this issue as well. i can always reproduce the "fast tap
- throw back to desktop - reappear again" but have not stumbled upon performing
actions over the desktop.

Comment 2 Andre Klapper 2009-10-22 22:18:00 UTC

I've also seen this in 41-10, but cannot see it anymore in 43-9...
I think I've even seen a internal bug report about that a week ago but of
course cannot find it anymore, grumble...

I'm going to set this to moreinfo. I *think* that it is FIXED, if you have
progress to the latest builds would be cool to confirm, otherwise I'll check
again in a week or so.

Comment 3 Tim Samoff (reporter) 2009-10-23 03:46:35 UTC

Created an attachment (id=1491) [details]
Screenshot of funky business

I understand this is this most likely fixed in the upcoming firmware, but I
thought I'd attach an example of the HAM functioning over the desktop (and
more).

Yes, I have seen this too. But it isn't a problem in the application manager.
It happens to other applications using the "screenshot cheat" (view mailing
list for information), at the moment: XTerminal and Settings. 
In the App Manager is more visible because the start is slower.

Let's to hope this is fixed.

Comment 5 Andre Klapper 2009-11-01 17:34:19 UTC

*** Bug 5967 has been marked as a duplicate of this bug. ***

note that you don't necessarily need to "quickly click" anything. you can also
let the app load, and then just hit a key on the keyboard, it will go in the
background, do a contacts search and then come back

During the screenshot transition, in the first update version (so, current
master), we are consuming click events until control is given to the
application itself. So, should be already fixed. Feel free to verify as such
when the update is delivered to your door. 

Andre. Feel free to verify this on the PR1.1 release and close.

Comment 8 Andre Klapper 2009-11-09 15:53:25 UTC

(In reply to comment #7)
> Andre. Feel free to verify this on the PR1.1 release and close. 

Internal ticket (see Alias) has not yet been released/verified internally...

Comment 9 Andre Klapper 2009-11-10 12:15:30 UTC

This has been fixed in package
hildon-desktop 1:2.2.114-1+0m5
which is part of the internal build version
2009.46-5 
(Note that 2009 is the year and the number after is the week.)

Any public update released with or after this build version 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.

*** Bug 6243 has been marked as a duplicate of this bug. ***

Comment 11 Andre Klapper 2010-01-14 12:28:45 UTC

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
version.

Comment 12 Tim Samoff (reporter) 2010-01-14 15:47:36 UTC

I can still make this happen in PR1.1 (actually, it happens for all sorts of
apps during startup).

I noticed it on 1.2009.42-11.002.
With 2.2009.51-1.002, it appears fixed for the app manager.

Comment 14 Andre Klapper 2010-02-02 21:49:31 UTC

(In reply to comment #12)
> I can still make this happen in PR1.1 (actually, it happens for all sorts of
> apps during startup).

Tim, where exactly do you click? I'm still unable to reproduce this...

definitely fixed in pr1.1.1 and 1.2.