Closed Bug 21784 Opened 25 years ago Closed 24 years ago

Crash on WAV OBJECTs with QuickTime 4

Categories

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

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: Antti.Nayha, Assigned: serhunt)

References

()

Details

(Keywords: crash, testcase, Whiteboard: [TESTCASE] WAV OBJECTs should play with QuickTime 4)

Overview description:
  Mozilla crashes when viewing a page with a audio OBJECT in WAV format
  when the QuickTime 4 plugin is installed.

Steps to reproduce:
1) Install the QuickTime 4 plugin from http://www.apple.com/quicktime/
   to a previous version of Navigator
2) Download and install a Mozilla build
3) Copy the old Navigator 'Plugins' directory to your Mozilla directory
4) Start Mozilla
5) View any test at http://www.student.oulu.fi/%7esairwas/object-test/audio/

Actual results:
  Crash.

Expected results:
  An embedded video clip playing on the page.

Build date & platform:
  1999121408 build on Windows NT 4.0 SP6

Additional Information:
  This is what the console window says before crashing:

debug: edburns ns4xPlugin::CreatePlugin
instance start called
Document http://www.student.oulu.fi/%7esairwas/object-test/audio/wav1.html loade
d successfully
Document: Done (5.789 secs)
instance stop/destroy called
Additional version information:
  The QuickTime versions tested were 4.0 and 4.0.3, with similar results.
  (Right-click and select 'Properties' on any of the npqtplugin*.dll's
  to see the version number.)
> Expected results:
>   An embedded video clip playing on the page.
                ^^^^^
I meant "audio" of course.  Sorry, too little sleep.
Whiteboard: [TESTCASE] WAV OBJECTs should play with QuickTime 4
Status: NEW → ASSIGNED
As to the crash. I created an HTML file with
<object data="test.wav" type="audio/wav">
  alternative text
</object>

and it works perfectly. Antti, do you think it could be irrelevant issue like
style sheets?
Target Milestone: M13
Here's some more simplified tests:
http://www.netppl.fi/%7esairwas/tests/WAV-OBJECTs/test1/
http://www.netppl.fi/%7esairwas/tests/WAV-OBJECTs/test2/

Both tests include a simple <object data="test.wav" type="audio/wav"></object>

In addition, test 1 has a linked style sheet (a.css) which only imports another,
blank one (b.css).

I've tested M12 and the 1999122208 nightly build - this time on Win98 instead of
WinNT - and the crash seems to be real enough.  On these tests, though,
sometimes you'll have to press reload once to make it appear.

To be sure, I deleted everything else but the npqtplugin*.dll's from the plugins
directory.
I tried playing a simple ".wav" file with " <object data="sound.wav"
type="audio/wav"></object> "  in the HTML source code.

The file plays well for the first time. But trying to do anything after that,
like, pressing the RELOAD button or pressing the HOME button..crashes the
browser.

Directly accessing a ".wav" file through hyperlink (like
"http://www.rplayground.com/sounds/blackhrt.wav") does not crash the browser.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
So we have a crash only on this original site. Also we crash when doing plugin
unload in some occasions. In both these cases the call stack trace does not show
anything but QUICKTIME. I do not feel like we can do anything about it without
the help of the plugin developer. And this is could be a quicktime bug.
Marking WONTFIX.
*** Bug 28433 has been marked as a duplicate of this bug. ***
Keywords: crash, testcase
I couldn't reproduce this one on Mozilla build 2000-06-09-08 (WinNT4 SP6a) and
Quicktime Plug-in 4.1.2, so I guess one of those have been fixed.  Should this
be reopened and marked Resolved/Worksforme?

(I did experience a crash on http://www.netppl.fi/%7esairwas/tests/WAV-
OBJECTs/test1/ - but that's probably
related to the stylesheet import.  Investigating.)
I cannot make build 2000-07-29-08 (WinNT4 SP6a) with QT Plug-in 4.1.2 crash on
any of the tests.  Reopening and marking Resolved/Worksforme.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Worksforme
Status: REOPENED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → WORKSFORME
Thnx..verified with build 2000080204m17.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.