WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
60633
WebKit1 loads Windows Presentation Foundation plugin, but should not
https://bugs.webkit.org/show_bug.cgi?id=60633
Summary
WebKit1 loads Windows Presentation Foundation plugin, but should not
Adam Roben (:aroben)
Reported
2011-05-11 09:18:32 PDT
I have a Windows Presentation Foundation (WPF) plugin installed on my Windows XP machine. WebKit1 is loading it, WebKit2 is not. It's listed in the MozillaPlugins registry key with the path c:\WINDOWS\Microsoft.NET\Framework\v3.5\Windows Presentation Foundation\NPWPF.dll. I don't know why WebKit2 isn't loading it!
Attachments
Use case-insensitive comparisons when checking plugin filenames on Windows
(1.99 KB, patch)
2011-05-11 09:51 PDT
,
Adam Roben (:aroben)
sfalken
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Adam Roben (:aroben)
Comment 1
2011-05-11 09:22:53 PDT
Ah, we have code that explicitly blacklists this plugin. A comment references
bug 57119
.
Adam Roben (:aroben)
Comment 2
2011-05-11 09:23:56 PDT
So we're intentionally not loading it. The bug, then, is that WebKit1 *is* loading it!
Adam Roben (:aroben)
Comment 3
2011-05-11 09:24:16 PDT
I think the problem is that WebKit1 is doing a case-sensitive filename check, rather than case-insensitive.
Adam Roben (:aroben)
Comment 4
2011-05-11 09:28:19 PDT
On my system, the filename is "NPWPF.dll", but WebKit1 is checking for "npwpf.dll".
Adam Roben (:aroben)
Comment 5
2011-05-11 09:51:09 PDT
Created
attachment 93136
[details]
Use case-insensitive comparisons when checking plugin filenames on Windows
Adam Roben (:aroben)
Comment 6
2011-05-11 09:57:20 PDT
Committed
r86242
: <
http://trac.webkit.org/changeset/86242
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug