testbrowser sends achors in requests

Bug #98478 reported by Aaron P. Lehmann
4
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned
Zope 3
Won't Fix
Medium
Unassigned
zope.testbrowser
Fix Released
Medium
Unassigned

Bug Description

Testbrowser passes anchors as part of it's REQUEST. This results in errors in the Zope 3 publisher.

This comes from a bug in the mechanize module, which the testbrowser uses. It will take a link containing a fragment, such as "project#contributors", escape the URL as "projects%23contributors", and send the result.

The bug was fixed in mechanize verson 0.1.4b. See http://osdir.com/ml/python.wwwsearch.general/2006-10/msg00013.html

Revision history for this message
Māris Fogels (mars) wrote :

Zope3 trunk currently uses mechanize v0.1.2b. There shouldn't be any harm in updating to the latest version.

description: updated
Māris Fogels (mars)
Changed in launchpad:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Christian Theune (ctheune) wrote :

mechanize 0.1.4b doesn't help this.

The specific error occurs only with getLink().click(), but not open.

A work around exists by forcing mechanize's request class to be its custom internal class instead of Python 2.4's urllib2.Request class.

See revision 89880 in zope.testbrowser/trunk for the workaround.

Tres Seaver (tseaver)
Changed in zope.testing:
importance: Undecided → Medium
Changed in zope3:
status: New → Won't Fix
Revision history for this message
Tres Seaver (tseaver) wrote :

Workaround was released in zope.testbrowser 3.5.0. Next trunk release will depend on mechanize .0.2.0.

affects: zope.testing → zope.testbrowser
Changed in zope.testbrowser:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.