Stops filtering

[JJoe]

Weeeell crude... You are being difficult aren't you.

Have you added any "URL:" style header filters to sidki's set?
Some header filters in sidki's set must execute in a certain order.
"URL:" style header filters disrupt this order and cause odd problems.
See "Importing URL Header Filters" in sidki's ReadMe.txt
Otherwise, pages being filtered after first run but not after reboot seems to let Filters and Lists off the hook.

Is http://www.gzip.org/ always filtered?
If yes, this could indicate a gzip problem because gzip.org is not encoded.
google.ca and google.com are both gzipped. Looking at the gzip headers and etc doesn't show me anything. "HTML Debug info" seems to show zlib working, tho.

Some pages being filtered while others are not seems to let the patched EXE off the hook but...

Seeing all HTTP traffic pass in the Log window shows IE is using Proxomitron, which should let IE off the hook.

Hmm..
Each of these filters

Code:

[HTTP headers]
In = TRUE
Out = FALSE
Key = "DATE: do header filters work (in)"
URL = "$LOG(Rheader filters in work at \u)"
Match = "\1"
Replace = "\1"

In = FALSE
Out = TRUE
Key = "HOST: do header filters work (out)"
URL = "$LOG(Rheader filters out work at \u)"
Match = "\1"
Replace = "\1"

[Patterns]
Name = "Test Web Filters"
Active = TRUE
Limit = 256
Match = "<start>"
Replace = "$LOG(RThis Web Filter works at \u)"

should write to the Log window.

Hope you have some "URL:" style headers.

Start with the unpatched exe, original (Scott's) filters, and zlib.
If Proxomitron fails, update just the zlib.
If Proxomitron then fails again, FedEx?

HTH