[WebKit-devel] [kwebkitpart] [Bug 325942] Links to pdf and other file types are opened in an html embed frame

[Dawit Alemayehu]

https://bugs.kde.org/show_bug.cgi?id=325942

--- Comment #11 from Dawit Alemayehu <adawit at kde.org> ---
(In reply to comment #10)
> > Right. You answered your own issue here. If you disable nsplugin globally
> > the problem goes away. That means there is another plugin installed that
> > supports showing pdf content ; so this is caused by same exact issue as bug
> > 35940. There is another plugin screwing things up.
> 
> Now I removed the only directory that contains any plugins
> (/usr/lib64/browser-plugins) from the plugin folder list and clicked Scan
> plugins. So now I have plugins enabled globally, but I don't actually have
> any plugin. The problem still persists, unlike if I disable plugins globally.

Unfortunately removing the path from the plugin configuration dialog will have
no effect because the plugins causing the problem are still present on your
system. QtWebKit's plugin path scanner  has its own hardcoded list of path it
will check and does not allow those paths to be externally modified as far as I
know. Hence, unless you remove the offending plugin, QtWebKit's plugin scanner
will always find it and you would still have this problem.

> If I uncheck Enable plugins globally, another problem arises: files are
> opened in separate applications even if they are configured to be opened in
> an embedded kpart.

This is actually a problem with the kwebkitpart because the KPart integration
is rather very difficult for a number of reasons. I will look into this issue
because I can reproduce this problem.

> Is unchecking Enable plugins globally actually supposed to disable kparts
> too, or only netscape plugins?

Only netscape plugins.

-- 
You are receiving this mail because:
You are the assignee for the bug.