90814 - QT movie is not painted correctly after scrolling browser window

Status: RESOLVED INVALID

(Core Graveyard :: Plug-ins, defect, P3)

Description

[Chris Petersen]

Build: 2001071303
Platform : Mac OS X
Expected results: Qt movie should be repainted after scrolling occurs.
What I got: Artifacts of the movie are painted all over the window. Window is
not updated after scrolling is completed.

Steps to reproduce:

1) Go to url: http://www.apple.com/macosx/theater/dock.html

2) When movie starts to displays, vertical scroll the window.

3) Notice the QT movie is repainted after scrolling window.

Comment 1

[Chris Petersen]

This problem isn't occuring under "Classic" mode with the Mac OS 9 build
(2001071303).

Comment 2

[Chris Petersen]

Oops. Step 3 should have said:

Notice the QT movie is "not" repainted after scrolling the movie.

Comment 3

[shrirang khanzode]

changing QA to OS X guy: Petersen :-)

Comment 4

[Peter Lubczynski]

Mac plugin bug---->peterl

Comment 5

[Peter Lubczynski]

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

Comment 6

[Peter Lubczynski]

This happens in IE 5.1 with Quicktime too which leads me to believe it's not
completely our fault (we do worse that IE). It looks like an update/slowness
issue and we don't correctly invalidate the dirty area left behind.

Comment 7

[Simon Fraser [no longer active]]

Yeah, our carbon code doesn't correctly invalidate when scrolling. See also bug 
86729. I was lame, I need to make that code work for carbon. see 
nsWindow::ScrollBits();

Comment 8

[Mike Pinkerton (not reading bugmail)]

smfr, i already rewrote scrollbits to use the os on osx and remove all our hacked 
code. i would assume you sr'd it ;)

Comment 9

[Simon Fraser [no longer active]]

I don't think the OS call deals with scrolling dirty regions as well. I'd be 
surprised if it did.

Comment 10

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 11

[Peter Lubczynski]

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

Comment 12

[rubydoo123]

this still happens, but it happens on windows as well, this is not mac specific

Comment 13

[rubydoo123]

this is easy to reproduce -- I will show you Peter when you want to see this

Comment 14

[rubydoo123]

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

Comment 15

[Greg K.]

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

Comment 16

[Greg K.]

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

Comment 17

[Steve Dagley]

Simon Fraser fixed a similiar problem in Chimera.  Perhaps his fix there should
be ported to the Mozilla tree?

Comment 18

[Simon Fraser [no longer active]]

See also bug 160435.

Comment 19

[Yancey Yeargan]

Just thought I'd comment that I tried the URL from the original description just
now and this is still happening in Moz 1.4b.

Comment 20

[Wayne Mery (:wsmwk)]

testcase URL no longer valid

Comment 21

[Josh Aas]

This bug has outlived it's usefulness.

Comment 22

[Josh Aas]

I'm too embarrassed not to apologize for typing "it's" when I meant "its". Sorry for the spam!