Closed
Bug 335974
Opened 18 years ago
Closed 16 years ago
White/black boxes float on top of Flash (incomplete or improper redraw?)
Categories
(Camino Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: ccool2ax, Unassigned)
References
()
Details
(Keywords: qawanted)
Attachments
(1 file)
(deleted),
image/png
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060214 Camino/1.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060214 Camino/1.0
When a flash video is playing, white boxes show up until something under the white box moves. This is very anoying for many Falsh-based menus, becuase almost everything is white.
Reproducible: Always
Steps to Reproduce:
1.Go to Homestarrunner.com or similar flash site
2.Go to any cartoon (Homestar Runner PAY PLUS! is especially problematic)
3.Attempt to see through the areas of white blocking almost the entire screen until movement occurs.
Actual Results:
White boxes until the pixels under them changed.
Expected Results:
Being able to see my Flash cartoon right away.
SOmetimes clicking will make the white go away, but not usually.
Can you be more specific here? Screenshots, specific URLs, version of Flash installed?
Reporter | ||
Comment 2•18 years ago
|
||
(In reply to comment #1)
> Can you be more specific here? Screenshots, specific URLs, version of Flash
> installed?
>
http://www.homestarrunner.com/characters2.html is particularly bad. It only usually happens if you click links from inside the Homestarrunner.com web page. If you switch tabs, it goes away.
I tried several cartoons and could not repro this in a recent 1.8branch build (I also looked at this a while ago and didn't see it in 1.0.x, either).
Keywords: qawanted
Comment 4•18 years ago
|
||
I can repro this. Camino 1.0.2 RC, Shockwave Flash 8.0 r24. STR:
1. Visit link in comment 2
2. Choose a video
3. Hit back
I wonder if this might be another case of bug 309119 / bug 322850 -type behavior? I was able to sort-of reproduce it some of the time this morning, but not at all yesterday evening.
Does this happen in Firefox 1.5.0.x or Bon Echo 2.0 Alpha 3?
Comment 6•18 years ago
|
||
In Firefox 1.5.0.x and Bon Echo 2.0, it flashes white (with the same dimensions as the white box we have) for just an instant before fixing itself.
Comment 7•18 years ago
|
||
*** Bug 341102 has been marked as a duplicate of this bug. ***
Comment 8•18 years ago
|
||
Well, given that this has a dupe and doesn't occur in Bon Echo, confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Camino1.1
*** Bug 345190 has been marked as a duplicate of this bug. ***
Summary: White boxes float on top of Flash Window → White/black boxes float on top of Flash (incomplete or improper redraw?)
Blocks: 225397
Comment 10•18 years ago
|
||
I've seen this. For some reason, the entire Flash plugin doesn't repaint, but only the bits which change.
Target Milestone: Camino1.1 → Camino2.0
Comment 11•18 years ago
|
||
*** Bug 355798 has been marked as a duplicate of this bug. ***
Comment 12•18 years ago
|
||
Tested this bug with most current Flash player, v 9,0,28; Camino nightly trunk version 2006111420 (v1.2+), both running under Mac OS 10.3.9.
Site in comment #2 still displays behavior exhibited in comment #4.
Has anyone looked at this in a recent (Cocoa) Minefield?
Can someone who sees this regularly please have a look in the latest Minefield trunk?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Comment 16•17 years ago
|
||
I can reproduce this on trunk with the latest released Flash but not the new Quartz-based beta, so this may well be a plugin issue. If it's working in the Flash plugin once the Quartz version is non-beta, we should close this out.
Updated•17 years ago
|
Target Milestone: Camino2.0 → ---
Comment 17•16 years ago
|
||
Latest trunk + Flash 9.0 r124 = WFM.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•