[WebKit-devel] [kwebkitpart] [Bug 325942] Links to pdf and other file types are opened in an html embed frame
Dawit Alemayehu
adawit at kde.org
Sun Oct 13 14:41:16 UTC 2013
https://bugs.kde.org/show_bug.cgi?id=325942
--- Comment #5 from Dawit Alemayehu <adawit at kde.org> ---
(In reply to comment #3)
> The frame has the same code with many different servers. I find it unlikely
> that they all send this kind of frame.
> Examples:
> http://dot.kde.org/2013/09/04/kde-release-structure-evolves Click on the
> chart with the libraries.
By chart I assume you mean the PNG image and in that case webkit and khtml
differ on how they handle it. This is true for text files as well. WebKit and
by extension QtWebKit has a built-in viewer for text files and images. QtWebKit
does not provide a means for us to prevent it from using these builtin viewers.
So if you click on an image or a text file link, then it is going to be shown
using the built-in viewer. If you want to view it with something else you have
to right click on the image/text link and choose another application to open it
with. I opened a request to have the ability to change that upstream, but
nothing
In KHTML on the other hand the image is correctly based on the preferences set
in your fileassociations dialog ; so you might want to check that.
> Even directory listings such as http://groszdani.web.elte.hu/tmp/ (click on a pdf or tex file).
> I checked the network traffic with wireshark and it does not show this frame code.
This works correctly for me because does not natively handle QtWebkit cannot
handle these kind of mime-types. If I click on a tex or a pdf link, I correctly
get prompted with a open or save dialog. If your desktop is configured to show
the document in an embedded viewer, then it should correctly show the document
embedded with the correct part. If that is not the case, then perhaps you have
some sort of plugin wrapper, like nspluginwrapper, is installed on your system
and that might be what is causing this issue for you.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the WebKit-devel
mailing list