236857 - Displaced rendering of Quicktime VR content when you resize a window or open page in a tab.

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Bernard Sumption]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

when resizing or opening a page containing a Quicktime VR movie in a tab behind
the current page, if you then switch to that tab the movie is displayed in a
rectangle displaced up and left from the intended area. I checked it on this
site too: http://www.alldone.com/gallery/ and found that it is repeatable.

Reproducible: Always
Steps to Reproduce:
Path A:
1.Load page with movie
2.resize page

Path B:
1.Load page with movie in tab behind current
2.switch to that tab

Actual Results:  
QT VR movie displaced about 2 inches up and left.


Theme: default

Comment 1

[Jonathan Louie]

confirmed, Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b)
Gecko/20040308 Firefox/0.8.0+

Comment 2

[bugzilla]

slight variant of this bug

If mozilla browser window is open on second screen  (at  right from main) when 
opening a page containing a Quicktime VR movie in a tab behind the current page,
the QTVR appears on the main screen too,  and action ( scroll- zoom) in the qtvr
produces changes in the (wrong) main screen. a bit of change appears in the
secondary screen ( the high quality final redraw of QTVR ? ) 

Reproducible: Always
Steps to Reproduce:

1.Move browser window to second screen
2. Load page with movie in tab behind current
3. switch to that tab

Actual Results:  
QT VR movie appears in center (?)  of main scrren 

Tested on Firefox and mozilla 1.8a2 8latest release downloaded 

Comment 3

[Pete Hammer]

I see the same thing on Mozilla 1.7.2 on a regular QT mov on my site, even with
only a single tab open.  The site behaves fine while the cursor is on the movie
itself, but once the mov has been activated, and then the focus is on the rest
of the page, even scrolling will kick out the clone of the mov to the left, onto
the screen outside of the browser.

With multiple tabs open, one mov will float over any tab.


Mozilla 1.7.3
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910

Comment 4

[Mark Christal]

This is a serious bug that ruins the experience of QTVR on a web page. The image
also displaces whenever the page is scrolled up. Two QTVR images result, one in
the original position, and one that overlays the first, above and to the left.
The secondary image will eat into the toolbars of the browser. Only one
image--the secondary on--will rotate when user interacts with it.  I haven't
been able to find a scripting work-around.

Comment 5

[Mark Christal]

(In reply to comment #4)
> This is a serious bug that ruins the experience of QTVR on a web page. The image
> also displaces whenever the page is scrolled up. Two QTVR images result, one in
> the original position, and one that overlays the first, above and to the left.
> The secondary image will eat into the toolbars of the browser. Only one
> image--the secondary on--will rotate when user interacts with it.  I haven't
> been able to find a scripting work-around.

This bug appears to be a duplicate of bugs 171382, 171388, and 213331.  It's
been around for awhile. Bug 213331 reports the same behavior for QTVR inside
Shockwave Flash media, and Macromedia will not certify SWF for Mozilla until the
bug is fixed.

Comment 6

[Wayne Mery (:wsmwk)]

(In reply to comment #5)
> (In reply to comment #4)
> > This is a serious bug that ruins the experience of QTVR on a web page. The image
> > also displaces whenever the page is scrolled up. Two QTVR images result, one in
> > the original position, and one that overlays the first, above and to the left.
> > The secondary image will eat into the toolbars of the browser. Only one
> > image--the secondary on--will rotate when user interacts with it.  I haven't
> > been able to find a scripting work-around.
> 
> This bug appears to be a duplicate of bugs 171382, bug 171388, and bug 213331.  It's
> been around for awhile. Bug 213331 reports the same behavior for QTVR inside
> Shockwave Flash media, and Macromedia will not certify SWF for Mozilla until the
> bug is fixed.

still see this condition?

Comment 7

[:Felipe Gomes (needinfo for replies!)]

No reports about this since a long time, + cannot reproduce the problem locally -> WFM