Bug 5705 – Browser drawing issue in web pages with (multiple?) Flash applets

Bug 5705 - Browser drawing issue in web pages with (multiple?) Flash applets


Summary:	Browser drawing issue in web pages with (multiple?) Flash applets

Status:	RESOLVED FIXED

Product:	Browser
Component:	Plug-ins: Flash
Version:	5.0/(3.2010.02-8)
Platform:	N900 Maemo

Importance:	Low minor (vote)
Target Milestone:	5.0/(10.2010.19-1)
Assigned To:	unassigned
QA Contact:	adobe-flash-bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree

Reported:	2009-10-22 11:38 UTC by Donn Morrison
Modified:	2010-03-15 20:51 UTC (History)
CC List:	2 users (show)

See Also:

Attachments
Screenshot of the drawing problem (55.18 KB, image/png) 2009-10-22 11:39 UTC, Donn Morrison	Details
Add an attachment (proposed patch, testcase, etc.)

Note

You need to log in before you can comment on or make changes to this bug.

Description Donn Morrison (reporter) 2009-10-22 11:38:05 UTC

STEPS TO REPRODUCE THE PROBLEM:

1. Open the browser
2. Go to http://www.lexulous.com/email_play.php
3. Put browser in full screen mode if it isn't already
4. Scroll down a bit so that the Scrabble board is vertically centered in the
browser window
5. Press CTRL-Backspace to bring up task list
6. Click on the recently opened browser

EXPECTED OUTCOME:

Browser window contents should be redrawn cleanly.

ACTUAL OUTCOME:

Part of the Flash applet is drawn in the upper left corner of the browser
window.

REPRODUCIBILITY:

I can reproduce this quite reliably, although sometimes it takes a few task
switches (possibly between another task and the browser) to show up.

OTHER COMMENTS:

I'm unsure as to whether it is related to the fact that the ads on this page
are also Flash-based (i.e. multiple applets causes the issue). I suspect that
if the other Flash applets are also visible in the window (hence the reason for
vertically centering the Scrabble board applet) the problem is more evident.

Comment 1 Donn Morrison (reporter) 2009-10-22 11:39:09 UTC

Created an attachment (id=1486) [details]
Screenshot of the drawing problem

Added a screenshot (CTRL-SHIFT-P) of the drawing issue.

Comment 2 Andre Klapper maemo.org

2009-10-26 22:53:13 UTC

Cannot reproduce this at all anymore in 44-1.

Either this has been fixed in the meantime, or we need a better way to
reproduce this...  --> moreinfo

Comment 3 Andre Klapper maemo.org

2010-01-14 12:32:36 UTC

Today Nokia released the Maemo5 update version 2.2009.51-1 for public (also
called "PR1.1" sometimes).
If you have some time we kindly ask you to test again if the problem reported
here still happens in this new version - just leave a comment (and feel free to
update the "Version" field to the new version if it's still a problem).

Comment 4 Venomrush 2010-03-02 22:03:34 UTC

Can you please test this again running the latest available release? The latest
release should be available through the Application Manager. On a related note,
also see https://wiki.maemo.org/Updating_the_firmware for more information on
how to flash your tablet.

Comment 5 Andre Klapper maemo.org

2010-03-04 13:46:59 UTC

I don't see why this should be fixed. Reverting status.

Comment 6 Donn Morrison (reporter) 2010-03-04 13:58:53 UTC

This bug still exists in 3.2010.02-8, as described in the initial report.
However, I have seen that it happens when there is only one flash applet, so I
think we can change the description to remove "(multiple?)".

(In reply to comment #4)
> Can you please test this again running the latest available release? The latest
> release should be available through the Application Manager. On a related note,
> also see https://wiki.maemo.org/Updating_the_firmware for more information on
> how to flash your tablet.

Comment 7 Andre Klapper maemo.org

2010-03-04 20:04:58 UTC

I can reproduce this in 3.2010.02-8 - the browser window is redrawn after
clicking it in the dashboard (the view of all open windows).

I cannot reproduce this anymore in the internal non-public version 10.2010.08 -
the browser window is not redrawn anymore after clicking it in the dashboard
hence this bug does not happen anymore.

So a future public update will include the fix (very likely the next one).

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/

Comment 8 Andre Klapper maemo.org

2010-03-15 20:51:08 UTC

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