Bug 14801 - Nightly build launcher crashes with Flip4Mac (plug-in loads the system WebKit, which conflicts with the nightly WebKit)
Summary: Nightly build launcher crashes with Flip4Mac (plug-in loads the system WebKit...
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Misc. (show other bugs)
Version: 523.x (Safari 3)
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Nobody
URL: http://player.nrj.fr/V4/nrj/nrj.asx
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-28 08:51 PDT by Andre-John Mas
Modified: 2024-03-11 05:15 PDT (History)
2 users (show)

See Also:


Attachments
Crash Log (23.50 KB, text/plain)
2007-07-28 08:51 PDT, Andre-John Mas
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andre-John Mas 2007-07-28 08:51:20 PDT
I have the latest nightly installed (24749), along with Flip4Mac 2.1.1.70, on MacOS X 10.4.10. I then type the following URL into the browser window:

http://player.nrj.fr/V4/nrj/nrj.asx

The browser acts as if it is loading, but never finishes. I retry and then then browser crashes. This is reproducible.

Safari 3 works fine with this, but not the latest nightly.
Comment 1 Andre-John Mas 2007-07-28 08:51:58 PDT
Created attachment 15720 [details]
Crash Log

I have attached the crash log to help out.
Comment 2 David Kilzer (:ddkilzer) 2007-07-28 09:04:33 PDT
I can't reproduce this with a local debug build of WebKit r24749 with Safari 3 Public Beta v. 3.0.2 (522.12) on Mac OS X 10.4.10 (8R218).  I have the Flip4Mac 2.1.1.70 installed as well.

Comment 3 David Kilzer (:ddkilzer) 2007-07-28 09:10:17 PDT
Comment on attachment 15720 [details]
Crash Log

You appear to have some extensions installed.  Please try removing them and then try to reproduce the crash.

> 0x197f000 -  0x1986fff com.unsanity.smartcrashreports Smart Crash Reports version 1.2.1 (1.2.1)	/Library/InputManagers/Smart Crash Reports/Smart Crash Reports.bundle/Contents/MacOS/Smart Crash Reports
> 0xf187000 -  0xf19dfff com.eSellerate.EWSMac16777503 ??? (1.0.1.31)	/Library/Frameworks/EWSMac.framework/EWSMac16777503
> 0xf207000 -  0xf278fff com.DivXInc.DivXDecoder 6.4.0	/Library/QuickTime/DivX Decoder.component/Contents/MacOS/DivX Decoder

I also noticed that you're using an Intel-based MBP, while I'm testing on a PowerPC-based PB G4, so that may be a factor as well.
Comment 4 Andre-John Mas 2007-07-28 09:29:44 PDT
No changed displacing those three extensions. Note that this does not affect Safari 3, so it would appear to be a regression somewhere.
Comment 5 mitz 2007-07-28 10:38:34 PDT
  0x305000 -   0x3b8fff com.apple.WebKit 522+	/Applications/WebKit.app/Contents/Resources/WebKit.framework/Versions/A/WebKit
0x951cd000 - 0x95276fff com.apple.WebKit 522.11	/System/Library/Frameworks/WebKit.framework/WebKit

Something is bringing system WebKit into the process.
Comment 6 Andre-John Mas 2007-07-28 12:38:28 PDT
Moving the system Webkit out of the Frameworks directory resolves the issue, but this is not practical.
Comment 7 David Kilzer (:ddkilzer) 2007-07-28 13:24:01 PDT
I can't reproduce this with WebKit Nightly r24749 either.

Comment 8 Matt Lilek 2007-07-28 13:37:32 PDT
(In reply to comment #0)
> I have the latest nightly installed (24749), along with Flip4Mac 2.1.1.70

The current version of Flip4Mac is v2.1.2.72 - you could try updating to see if it was an issue on the Flip4Mac side of things.
Comment 9 Andre-John Mas 2007-07-29 06:03:35 PDT
Upgraded Flip4Mac and restarted WebKit. No change in behaviour.
Comment 10 Andre-John Mas 2007-07-29 06:29:18 PDT
I decided to test and older version and noticed when it launches for the first time it warns about 'Safari Extensions' (not sure why I missed that), but I am not sure how to tell what extenstions I have installed and where.
Comment 11 Andre-John Mas 2007-07-29 07:00:24 PDT
Some observations:
  - its not View > Reload that crashes it, but hitting enter in the address bar a second time
  - Trying an older version, 22068, still crashes with the same behaviour, but it manages to display the plugin's UI, which the current version doesn't.
  - Applied suggestion is comment #3 again (had done this before), still no change

Question:

Is there any way to establish a dependency tree? I would like to be able to see what is loading what, to see if I can shine some line on the point brought up in point #5.
Comment 12 Mark Rowe (bdash) 2007-07-29 22:41:35 PDT
If multiple WebKit frameworks end up in memory then a crash is virtually guaranteed.  A possible cause of this would be a plugin that loads system WebKit for some reason.  I recall seeing something similar to this crash before.  I think the EWSMac.framework may load WebKit to display a dialog at some point.  This would definitely explain the crash.

If this is the case, it's not really a bug per se as there's nothing we can really do about it, and it won't affect shipping versions of WebKit.  It would be great to confirm whether my suspicion is correct.
Comment 13 Andre-John Mas 2007-08-06 14:35:06 PDT
Is there any way to check whether Flip4Mac is linking against the wrong webkit? Also how is Flip4Mac meant to reference the right webkit if it is indeed the culprit?
Comment 14 David Kilzer (:ddkilzer) 2007-08-09 06:40:31 PDT
(In reply to comment #13)
> Is there any way to check whether Flip4Mac is linking against the wrong webkit?
> Also how is Flip4Mac meant to reference the right webkit if it is indeed the
> culprit?

Yes there is, using "otool -L" from a Terminal window.  To wit:

$ otool -L /Library/Internet\ Plug-Ins/Flip4Mac\ WMV\ Plugin.plugin/Contents/MacOS/Flip4Mac\ WMV\ Plugin 
/Library/Internet Plug-Ins/Flip4Mac WMV Plugin.plugin/Contents/MacOS/Flip4Mac WMV Plugin:
        /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0)
        /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime (compatibility version 1.0.0, current version 63.0.0)
        /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 47.1.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.3)

But there's also a .webplugin:

$ otool -L /Library/Internet\ Plug-Ins/Flip4Mac\ WMV\ Plugin.webplugin/Contents/MacOS/Flip4Mac\ WMV\ Plugin 
/Library/Internet Plug-Ins/Flip4Mac WMV Plugin.webplugin/Contents/MacOS/Flip4Mac WMV Plugin:
        /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 11.0.0)
        /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit (compatibility version 1.0.0, current version 1.0.0)
        /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0)
        /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime (compatibility version 1.0.0, current version 63.0.0)
        /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 47.1.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.3)

So yes, "Flip4Mac WMV Plugin.webplugin" does link to WebKit.

Comment 15 Ahmad Saleem 2024-03-11 05:15:02 PDT
Plugins are gone so nothing to do here.