25.50 KB, text/plain
QuickTime 6 got relased a few hours ago (although Apple's homepage will not be updated until tomorrow). It can be downloaded at http://www.apple.com/quicktime/download/. Don't use the link at the www.apple.com homepage, that still points to the preview. I noticed a bug in the preview a few weeks ago : whenever I'm on a page with QT content, and I'm leaving the page by cling on a link, or by clicking on the backwards/forwards button. I don't see it when there was a static picture (like onthe URL above, before you click on the image), or when there was only music playing. I was hoping that I saw bug 151923 (it tells me that the final version would solve certain problems), but that wasn't the case. Talkback ID : TB8345453Y Build 2002071008, on Mac OS 9, with QuickTime 6 plugin (real one, not the preview).
i just tried this with today's branch 0715 on os 9.1(with the qktime in this url) and could not reproduce the crash. Jo, is it crashing for u on any page? or sy specific url ?
Jo, could you please go to your Netscape plug-ins directory and give us the following information? What is the latest file number displayed in your directory? Mine is (npqtplugin7.dll) Can you look at the properties of npqtplugin.dll and select the Version tab, on the version tab can you please select 'File Version' and tell us the value there? I want to assess that we are using the same plug-in. Mine states 6.0b18c3 There is also a File Version displayed on the top portion of the Version tab. Mine states 18.104.22.168
well, if I had read the data ... I would have seen you're on the mac! FWIW: it works great on windows!
I can reproduce under 8.6 (QT6 preview) / 9.1 (QT6 release). TB8348678X TB8348463M I can reproduce all the time. To reproduce: Start playing any QT movie then click back WHILE the movie is playing. -> Should crash. Otherwise (Audio/Animation/Preview) seems stable as Johan reports.
Hm....this looks familar (from talkback): XPCWrappedNativeProto::~XPCWrappedNativeProto() [xpcwrappednativeproto.cpp, line 82] DyingProtoKiller() [xpcjsruntime.cpp, line 200] JS_DHashTableEnumerate() [jsdhash.c, line 600] XPCJSRuntime::GCCallback() [xpcjsruntime.cpp, line 478] DOMGCCallback() [nsJSEnvironment.cpp, line 1640] js_GC() [jsgc.c, line 1346] js_ForceGC() [jsgc.c, line 980] JS_GC() [jsapi.c, line 1656] nsJSContext::Notify() [nsJSEnvironment.cpp, line 1595] nsTimerImpl::Fire() [nsTimerImpl.cpp, line 347] I think Andrei fixed this in bug 148889. When my Classic branch build finishes, I'll check this out. Are you able to reproduce on a Carbon build? How about a Classic build from a few weeks ago?
Assignee: beppe → peterl
Severity: blocker → major
Priority: -- → P3
Target Milestone: --- → mozilla1.2alpha
I was able to reproduce with an original 1.1.a build, 2002061103 (TB8355170Q) My plug-ins folder looks like this : Default Plug-in MRJPlugin MRJPlugin.jar QuickTimePlugin.class QuickTime Plugin QuickTime is version 6.0 from July 16th (no further information displayed in a show window). But there's also a 'global' folder (System Folder:Internet Plug-ins) : nsIQTScriptablePlugin.xpt QuickTimePlugin.class Shockwave Flash NP-PPC QuickTime Plugin So, Mozilla will find the same plug-in twice (they're identical copies). I'll try to remove the extra copy and see what happens. I found out that the plug-in was installed in every plug-in directory on every browser that I have (3 Mozilla's, Internet Exploder and iCab). Nice! Mac IE5 and iCab didn't have a bug. The easiest way to reproduce for me, is to go to htt://www.apple.com/quicktime/, click on the 'swtich to Mac' ad at the top right. On the new page, click on the preview for the 'testimonial' movie. When that starts playing, go back to the previous page. Crash.
Nope - didn't work. The 2 plug-in directories seem to be merged into 1, as expected.
I just tried it with the latest version of Mozilla 1.1a+ (2002071508), and I reinstalled QuickTime. Same result.
I could totally reproduce this in my debug branch Classic build. I'm not sure what's going on yet except I'm seeing QT being set as a scriptable plugin without using GetURL. We crash shortly after adding it to the unused library list in nsPluginTag::TryUnloadPlugin but we're not unloading it. Sometimes the crash was harder to reproduce but often times simply reloading a page with a movie playing did it.
it looks like mac only reincarnationof of bug148889, I cannot crash on w2k.
Peter, although the patch in bug 148889 indeed prevents libs from being unloaded but still calls shutdown on XPConnected old school plugins. Can this be a problem on Mac?
...could be, but it's strange that in setting breakpoints, the crash would seem to happen when we didn't unload the plugin. When mXPConnected = TRUE and we saved the PRLibrary, we'd crash shortly after.
There's no bug in build 2002071608 on Mac OS X 10.1.5 or on Windows NT 4.0 - I've checked both of them. It seems to be only present on Mac OS 9.
hm...still not sure why it's crashing....sometimes it only crashes at shutdown....should plugin code force a GC?
Summary: new QuickTime 6 plugin crashes when leaving a page with QT content → newly released QuickTime 6 plugin crashes when leaving a page with QT content
currently looking at this
Status: NEW → ASSIGNED
Priority: P3 → P2
Findings so far: The crash happens after a plugin is marked scriptable and we call Shutdown. If I comment out Shutdown, we do not crash. We are not unload the library. It almost looks like we are feeing memory that is already free'ed however I've been told QT only does a NS_IF_RELEASE on the scriptable peer in NPP_Destory. I still need to do some more tests..... One thing to note is that I hope the scriptable peer is getting its pointer to the plugin instance updated when the instance is destroyed. We recently found that a dangling pointer situation may occur with our scriptable plugin samples and may cause a crash if trying to script after the instance is gone. This problem is being tracked in bug 159646.
Another crash with QuickTime 6 was found in bug 167199 (but on windows XP - maybe the same ? Also, I'm still seeing the problem in build 2002090408 (just after freeze for 1.2a) - so bug 159646 didn't solve the problem. I got the impression that QT is not a bit stabler though. If I let the movie play until the end (and it doesn't repeat itself), there won't be any crash. The crash only occurs with video content (MPEG 1?), not with audio (MP3, ...) or images.
*** Bug 168143 has been marked as a duplicate of this bug. ***
WFM Mac OS 9.1, Build 2002091108 QuickTime 6, All french Version About comment 6: The Quicktime Installer installs the plugins twice. I suppose that apple don't know the differences between NS4 and Mozilla. The Installer installs also an xpt file in the component folder (The same as in System Folder:Internet Plug-ins) Know all theese file are deleted by the intall of new builds Is this xpt file still here ?
QuickTime does know the difference between the two, otherwise why the .xpt file? The xpt file is installed in the "Components" folder because Mozilla would _only_ load it from there until very recently. The plug-in and xpt file are always installed in the System's "Internet Plug-ins" folder so versions of the browser that are able to load from from that folder will find them if QuickTime is installed before the brower.
Yes, this bug is here, and it's ugly when it crashes. Still here under Mac OS 9.2.2 with QT 6.0.2. See the MacsBug stdlog attachment for a stacktrace. I caught MacsBug's console message saying something like 'Can't read back from this address because this is not a valid address.' Dang fingers type too fast...
Can still reproduce this consistantly on Mac OS 9.2.2, QuickTime 6.0.2, Mozilla 2002111108
this is a mac classic only issue, removing nsbeta1+ marker and setting to future
Whiteboard: [PL2:NA][QuickTime] → [PL2:NA][QuickTime][Mac Classic only]
Target Milestone: mozilla1.3alpha → Future
*** Bug 184076 has been marked as a duplicate of this bug. ***
By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and <http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss bugs are of critical or possibly higher severity. Only changing open bugs to minimize unnecessary spam. Keywords to trigger this would be crash, topcrash, topcrash+, zt4newcrash, dataloss.
Severity: major → critical
This bug is targeted at a Mac classic platform/OS, which is no longer supported by mozilla.org. Please re-target it to another platform/OS if this bug applies there as well or resolve this bug. I will resolve this bug as WONTFIX in four weeks if no action has been taken. To filter this and similar messages out, please filter for "mac_cla_reorg".
mac classic platform is no longer supported on mozilla.
Status: ASSIGNED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX
*** Bug 239816 has been marked as a duplicate of this bug. ***
Component: Plug-ins → QuickTime (Apple)
Product: Core → Plugins
QA Contact: shrir → apple-quicktime
Version: Trunk → 6.x
You need to log in before you can comment on or make changes to this bug.