Bug 8658

Summary: Assertion failure inĀ -[WebPluginContainerCheck _isForbiddenFileLoad] (bridge is null) when clicking QuickTime object with href
Product: WebKit Reporter: mitz
Component: Plug-insAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal Keywords: InRadar, Regression
Priority: P1    
Version: 420+   
Hardware: Macintosh   
OS: OS X 10.4   
Attachments:
Description Flags
Test case
none
Set the plugin controller's data source (no test yet)
none
Patch, including manual test and change log
darin: review+
orange.mov for the manual test none

Description mitz 2006-04-29 10:25:55 PDT
With a debug build of TOT, clicking the QuickTime object in the attached test case gives the following message:

ASSERTION FAILED: bridge (WebKit/WebKit/Plugins/WebPluginContainerCheck.m:95 -[WebPluginContainerCheck _isForbiddenFileLoad])

The WebPluginController's dataSource is NULL.
Comment 1 mitz 2006-04-29 10:26:26 PDT
Created attachment 8032 [details]
Test case
Comment 2 mitz 2006-04-29 11:02:21 PDT
Created attachment 8034 [details]
Set the plugin controller's data source (no test yet)
Comment 3 mitz 2006-04-29 12:34:25 PDT
Created attachment 8036 [details]
Patch, including manual test and change log

I think the only way -[WebPluginContainerCheck _isForbiddenFileLoad] is reached is when a plugin calls a WebPlugInContainer private API, so the test has to use the QT plugin (which knows that API). I tried to make an automated test, but it had the side effect of opening QT Player on success.
Comment 4 mitz 2006-04-29 12:35:30 PDT
Created attachment 8037 [details]
orange.mov for the manual test
Comment 5 Darin Adler 2006-04-29 20:41:39 PDT
Comment on attachment 8036 [details]
Patch, including manual test and change log

Looks right to me. r=me
Comment 6 Tim Omernick 2006-05-01 14:21:01 PDT
This is in Radar as <rdar://problem/4531779>.

Fix landed to TOT, revision 14142.