So I decided to spend some time trying to figure out what was wrong. If you want to skip the details and just get the fix, scroll down to the bottom of this post for the solution.
Finding all affected URLs
In order to get a list of all of the URLs that Privoxy filters when one visits the front page of OpenStreetMap, I did the following:- Added "debug 1" to /etc/privoxy/config
- Restarted Privoxy: sudo /etc/init.d/privoxy restart
- Cleared Firefox cache: Tools | Clear Private Data...
- Loaded www.openstreetmap.org in Firefox
- Copied from the Privoxy log (/var/log/privoxy/logfile) all requested URLs (except the image ones)
Comparing the files
Armed with the list of all affected URLs, I downloaded them through Privoxy using wget into a privoxy/ directory:Then I downloaded the same URLs without Privoxy into a noproxy/ directory:$ http_proxy=localhost:8118 wget URL
To find identical files, I ran md5sums in each directory:$ http_proxy= wget URL
After deleting all identical files, I was left with:md5sum *
Which I diff'ed together:index.html
OpenLayers.js?1251388304
The first file, index.html did not have any relevant changes, but I noticed in the second one that a few of thesecolordiff -u noproxy/FILE privoxy/FILE
were replaced withthis.moveTo(this.position)
Searching for "concat" in /etc/privoxy/, I found that the "jumping-windows" filter was the culprit. After disabling it, all of the problems went away.''.concat(this.position)
I have filed a bug upstream.
The Solution
Here's what you need to put in your /etc/privoxy/user.action:{-filter{jumping-windows}}
.openstreetmap.org


2 comments:
Surely the whole "To find identical files..." bit is irrelevant. you can just do
colordiff -u noproxy privoxy
?
Great, thank you very much for your efforts.
Finally it works for me, too, and I don't have to switch the browser just for OSM! ;-)
Post a Comment