Bug 28626

Summary: WebKit quits (no crash log) when a link to a MPEG-1 file is clicked on.
Product: WebKit Reporter: Michael Pook <pook52mb>
Component: New BugsAssignee: Nobody <webkit-unassigned>
Status: UNCONFIRMED    
Severity: Normal CC: ap
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Mac   
OS: OS X 10.4   
URL: http://www.linux-video.net/Samples/Mpeg1/baby.mpg

Michael Pook
Reported 2009-08-21 14:45:25 PDT
Problem does NOT occur on the same system (G4 1.0GHz, OS X 10.4.11, QuickTime 7.4.5) with Opera 10.0b3, Seamonkey 2.0b1, Camino 2.0b3, Firefox 3.5.2, OmniWeb 5.10 sneakypeek 622.8.0.116947, Multi-Safari 2.0.4, or Multi-Safari 3.0.4 It does however occur with iCab 4.6.1, Safari 4.0.3, WebKit-SVN-r47546. Check out the files at http://www.linux-video.net/Samples/Mpeg1/ . When the QuickTime Plugin.plugin and QuickTime Plugin.webplugin files are moved to the Disabled Plug-Ins folder within the /Library/Internet Plug-Ins folder, any .mpg files clicked on are downloaded and can then be viewed with QuickTime Player. However, when the QuickTime Plugin.plugin and QuickTime Plugin.webplugin files are moved back to the /Library/Internet Plug-Ins folder, any .mpg files that are clicked on cause iCab 4.6.1, Safari 4.0.3, WebKit-SVN-r47546 to quit immediately, without generating a crash log. Either MPEG-1 files are not very common on the Web, or I am one of the first to notice this bug.
Attachments
Alexey Proskuryakov
Comment 1 2009-08-22 23:31:11 PDT
I cannot reproduce this with a local debug build of r47661 on Mac OS X 10.5.8 (Intel). Will upgrading to QuickTime 7.6.2 solve the problem for you?
Michael Pook
Comment 2 2009-08-24 11:54:10 PDT
(In reply to comment #1) > I cannot reproduce this with a local debug build of r47661 on Mac OS X 10.5.8 > (Intel). Will upgrading to QuickTime 7.6.2 solve the problem for you? The version of QuickTime is NOT the issue, as both Presto and Gecko based browsers behave normally. I have removed the newer WebKit 530.20 based versions and replaced them with older WebKit 530.19 based versions. These older versions also behave normally. Clearly this issue is with WebKit based browsers using version 530.20 or higher. Perhaps the issue only affects systems running 10.4.11 Tiger (perhaps only on PowerPC machines)? I have verified that this is a problem on my eMac M8950LL/A, my iBook M9848LL/A and on my Mac Mini M9971LL/B. All the above are configured with the same OS and software. I do not own any Intel hardware or 10.5.8 Leopard to verify the issue on.
Alexey Proskuryakov
Comment 3 2009-08-24 12:46:12 PDT
The behavior of other browsers is not really important here - they use a different QuickTime plug-in, and they use fewer features of QuickTime. It is quite possible that WebKit relies on something that only works correctly in newer versions of QuickTime. There is no reason to spend any effort on trying to support old QuickTime versions - one thing we could do is fail to launch if modern QuickTime is not installed, displaying an error message.
Note You need to log in before you can comment on or make changes to this bug.