Bug 270194 - Web pages won't load with EasyPrivacy adblock list
Summary: Web pages won't load with EasyPrivacy adblock list
Status: RESOLVED FIXED
Alias: None
Product: kwebkitpart
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 1.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: webkit-devel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-06 02:04 UTC by Todd
Modified: 2011-04-08 19:32 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Todd 2011-04-06 02:04:00 UTC
Version:           unspecified (using KDE 4.6.1) 
OS:                Linux

When I try to use the webkit part with the EasyPrivacy+EasyList adblock list enabled, none of the web pages I tried to vist would load.  They work just fine when using KHTML, and when only using EasyList, so that would suggest it is a problem with EasyPrivacy and the webkit kpart.  

Here is an example of the error message I get when I try to visit kde.org:



The requested operation could not be completed

Access Denied

Details of the Request:

URL: http://kde.org/
Protocol: http
Date and Time: Tuesday, April 05, 2011 08:06 PM
Additional Information: Blocked by ad filter
Description:

Access was denied to the specified resource, http://kde.org/.

Possible Causes:

You may have supplied incorrect authentication details or none at all.
Your account may not have permission to access the specified resource.
Possible Solutions:

Retry the request and ensure your authentication details are entered correctly.
Contact your appropriate computer support system, whether the system administrator, or technical support group for further assistance.

Reproducible: Always
Comment 1 Dawit Alemayehu 2011-04-06 15:45:07 UTC
Well this issue and many more related to it have been addressed in kwebkitpart v1.1. Unfortunately the official kwebkitpart package in openSUSE is the very old v0.9. I guess that is probably because I neither had the time or the energy to release a packaged version of the new branch. I only made an announcement.[1]

Anyhow, until such time that openSUSE moves to v1.1, which is the recommeneded version for KDE v4.6 and up, this problem will persist.

[1] https://projects.kde.org/news/21
Comment 2 Todd 2011-04-06 18:47:02 UTC
I am using version 1.1, not 0.9.  openSUSE 11.4 ships with 1.1.  So apparently this bug is not fixed in 1.1.
Comment 3 Dawit Alemayehu 2011-04-07 06:32:18 UTC
(In reply to comment #2)
> I am using version 1.1, not 0.9.  openSUSE 11.4 ships with 1.1.  So apparently
> this bug is not fixed in 1.1.

Hmm... Last I checked the package version for openSUSE was 0.9-3 or something like that. Perhaps that was openSUSE 11.3. 

Anyhow, I just checked and unfortunately not all of the adblock related fixes made it into kwebkitpart v1.1. I have gone ahead backported the remaining bug fix from master to the 1.1 branch now. Perhaps I will get out a 1.1.1 version with only the backported fix out soon.
Comment 4 Dawit Alemayehu 2011-04-08 19:32:35 UTC
Git commit 19b385dda72885cd092d6ec122e3fa077c9c24fa by Dawit Alemayehu.
Committed on 08/04/2011 at 19:29.
Pushed by adawit into branch '1.1'.

Cherry picked all the ad filter related fixes from the master branch.

NOTE: that the adblock functionality still has known limitations in
kwebkitpart due to the fact that the source of a network resource request is
unknown. Currently there is no way to distinguish a request that originated as
a result of a <script> tag from one that came about as a result of a <style>
tag.

BUG:270194

M  +2    -5    src/settings/khtml_filter.cpp     
M  +25   -36   src/settings/webkitsettings.cpp     

http://commits.kde.org/kwebkitpart/19b385dda72885cd092d6ec122e3fa077c9c24fa