Re[2]: [Zope3-dev] problem with zope.testbrowser

2007-08-16 Thread Adam Groszer
Hello Benji,

Had some time to merge it to the trunk.
I would say it's time now to kill/remove/delete the ClientForm and
mechanize stored on the trunk. Any objections?

Thursday, August 9, 2007, 2:20:27 PM, you wrote:

 Adam Groszer wrote:
 Hello Fred,
 
 I'll say silence is consent.
 I'll need some time to merge. Might be I should write a test before.

 I'll try to take a look at the branch in the next couple of days and 
 give you some feedback.

-- 
Best regards,
 Adammailto:[EMAIL PROTECTED]

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re: Re[2]: [Zope3-dev] problem with zope.testbrowser

2007-08-07 Thread Fred Drake
On 7/21/07, Adam Groszer [EMAIL PROTECTED] wrote:
 Seems like it's ready. Apidoc had to be modified too.
 The egg seems to be built OK. Installs OK with dependecies.
 Tests on the trunk pass when the satellite's branches are linked in as
 externals.
 As I'm not yet a pro regarding eggs, please have a look.

Has anyone had a chance to act on this?  What's needed to make Adam's
branch become trunk and released?


  -Fred

-- 
Fred L. Drake, Jr.fdrake at gmail.com
Chaos is the score upon which reality is written. --Henry Miller
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re[2]: [Zope3-dev] problem with zope.testbrowser

2007-07-21 Thread Adam Groszer
Hi,

Seems like it's ready. Apidoc had to be modified too.
The egg seems to be built OK. Installs OK with dependecies.
Tests on the trunk pass when the satellite's branches are linked in as
externals.
As I'm not yet a pro regarding eggs, please have a look.

-- 
Best regards,
 Adammailto:[EMAIL PROTECTED]

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re[2]: [Zope3-dev] problem with zope.testbrowser

2007-07-13 Thread Adam Groszer
Hello Benji,

Did something at /repos/Zope3/branches/adamg-mechanize-update/,
the biggest problems seems to be now, that ClientForm won't work in a
subfolder.

Any objections against putting it back to /src?

Wednesday, July 11, 2007, 7:32:06 PM, you wrote:

 Adam Groszer wrote:
 The problem is deep in mechanize.
 Updating mechanize+Clientform to the current versions (locally)
 helped. Some patching in testbrowser is necessary.

 Cool!  Glad you're looking into this.

 Any advices for/against doing that on the trunk?

 I would prefer a branch, that way we can collaborate on it before 
 merging it to the trunk.



-- 
Best regards,
 Adammailto:[EMAIL PROTECTED]

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re[2]: [Zope3-dev] problem with zope.testbrowser

2007-07-11 Thread Adam Groszer
Hi Benji,

The problem is deep in mechanize.
Updating mechanize+Clientform to the current versions (locally)
helped. Some patching in testbrowser is necessary.

Any advices for/against doing that on the trunk?

Wednesday, July 11, 2007, 2:50:49 PM, you wrote:

 Adam Groszer wrote:
 (http://localhost:8080/ap_test/@@/dkr-help/index.html#Documents)
 That works fine using a browser, but fails with the testbrowser:
 
   File 
 U:\zope\svn_zope33\src\zope\app\publisher\browser\directoryresource.py, 
 line 68, in
 publishTraverse
 return self.get(name)
   File 
 U:\zope\svn_zope33\src\zope\app\publisher\browser\directoryresource.py, 
 line 88, in get
 raise NotFound(None, name)
 NotFound: Object: None, name: u'index.html#Documents'
 
 Apparently the anchor is to blame.
 Anybody noticed that already?

 Testbrowser should remove the fragment identifier before sending the 
 request on to the publisher.  That's how real browsers behave. 
 Patches accepted wink.



-- 
Best regards,
 Adammailto:[EMAIL PROTECTED]

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com