Summary: | rekonq can't open .html files over the tar-kioslave | ||
---|---|---|---|
Product: | [Unmaintained] rekonq | Reporter: | Heinz Wiesinger <pprkut> |
Component: | general | Assignee: | Andrea Diamantini <adjam7> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | latest git snapshot | ||
Target Milestone: | 0.7 | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Heinz Wiesinger
2011-02-26 21:12:13 UTC
I have a clear idea of what part of code permits this broken behavior, but no clear idea on how to fix it... Did you test this behavior locally or you have an example site to? well, afaik the tar-kioslave only works with files on the local filesystem, so it's kinda hard to provide a remote testcase :) But it should pretty much work with any tar archive out there that contains html files. Just go into the archive with dolphin/krusader/whatever app can use the tar-kioslave and try to open the html file from there. You can easily note I'm new to this tar-ioslave feature :) PS: sure it works just locally? At a first glance, I cannot understand what could be the limitations.. Git commit 6f36358bd4ffd696b2e627b92e74ed302fb22e7f by Andrea Diamantini. Committed on 03/03/2011 at 12:04. Pushed by adjam into branch 'master'. Clean up the "rekonq handling chain" to work as: 1. preHandling: about, javascript, abp protocols. Stops if protocol is NOT known 2. WebKit handling: Allow WebKit to try doing its job 3. postHandling / unsupported content handling: try what is possible to let users see it :) This also prevents some possible infinite loop on opening... BUG:267201 M +8 -28 src/protocolhandler.cpp M +10 -18 src/webpage.cpp http://commits.kde.org/rekonq/6f36358bd4ffd696b2e627b92e74ed302fb22e7f |