Closed
Bug 29206
Opened 25 years ago
Closed 24 years ago
QuickTime plugin half-drawn and positioned incorrectly
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
People
(Reporter: purs0007, Assigned: serhunt)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; N; PPC; en-US) Mozilla/m13 BuildID: 2000022414 The above URL points to a page that contains a single <embed>ed quicktime movie. The movie is drawn way too far up and to the left, with the top third or so of the movie cut off at precisely the same height as the top of the grey rectangle that sits happily where the actual picture is supposed to be. The left edge of the movie goes past (but is not on top of) the left edge of the window. It plays fine, though. Reproducible: Always Steps to Reproduce: 1. Install the QuickTime browser plugin by copying the one found in QuickTime's good old Macintosh HD:Quicktime Folder to Macintosh HD:Mozilla Folder:Plugins or wherever you have your Mozilla installation. 2. Scoot on over to http://www.apple.com/trailers/fox/x-men/320.html. Actual Results: The movie was shown partially and in the wrong place, leaving a nasty grey box where it should have been. Expected Results: The movie should be shown completely and in the right place, leaving no nasty grey boxes of any kind. I'm using opt build 2000022414 for Mac; QuickTime Plugin (for NS 4.x or IE 4.x) version 4.1 is in Mozilla Folder:Plugins. I'm running on an iMac DV SE w/Mac OS 9, latest Open Transport.
Two new observations: first, I've discovered that my intial report was a little inaccurate. On first load, the QuickTime movie flickers and then disappears behind the nasty grey box; it's still up and to the left, but only by 30 pixels or so. If you click on the upper half of the grey box, the movie shows itself (well, some of itself) and begins to play. If you then hit reload, though, it behaves just as I reported before. Second, (and this is really, really weird), having a Mozilla window open that contains a QT plugin destroys the Mac's ability to take a screenshot of any kind, ala command-shift-3 or 4, or even caps-lock-4. All that gets written to the PICT file is a jumbled, twisted version of Mozilla's offending window, minus the window's frame. Hiding Mozilla alleviates the problem, however. Have fun figuring THAT one out. :) That last problem sounds like it ought to go to the Mac FE guys, but the only cause I can find is the QT plugin, so I thought I'd leave it here. I haven't yet tested this with other plugins.
Comment 3•25 years ago
|
||
I had noticed this problem earlier in bug 28067. But I will mark that bug as s duplicate of this one since this bug has a better description of the problem. Thanks!
Adding quicktime keyword (although no one uses it). Easier to query.
Keywords: quicktime
This bug is two months old and has remained unconfirmed. It addresses two very different (important) problems (and has a host of duplicates). I'm attempting to separate and clarify the two problems with individual new bug reports confirmed with the latest Mac OS Mozilla builds, which I will add as dependencies to this bug. I hope this won't cause anybody a heart attack. Adding myself to Cc. Thanks to purs0007@tc.umn.edu, who remains the original reporter and the source of most of the (unaltered) information in the new reports.
Updated•24 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 9•24 years ago
|
||
*** This bug has been marked as a duplicate of 36046 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•