[Zope3-dev] Zope 3 Bug Day Summary, 421 not solved

[Jim Fulton]

I'm surprized that this was closed.  I'm familiar with this
bug, know how too fix it and had planned to knock it off
during bug day, but it wasn't on the list.  I'll fix this
this weekend.

Jim

Roger Ineichen wrote:
> Hi Andreas
> 
> Stephan, can you confirm this, it's really a bug!
> Please try the sample foo package from Andreas.
> 
> Behalf Of Andreas Reuleaux
> 
>>Sent: Saturday, July 30, 2005 12:00 PM
>>To: zope3-dev at zope.org
>>Subject: Re: [Zope3-dev] Zope 3 Bug Day Summary, 421 not solved
>>
>>First of all thank you for closing all the bugs.
>>
>>The bug that I had reported previously, 421
>>was resolved by Stephan Richter with the words
>>
>>
>>    Status: Pending => Rejected
>>
>>    I cannot reproduce this problem and honestly it does not make much
>>    sense. Nothing about missing value is different between Text and
>>    TextLine.
>>
>>I am still getting this bug though.
>>
>>So before discussing why this bug occurs or if this makes sense, I
>>would like some confirmation of this list that indeed this bug still
>>occurs.
>>
>>I had taken the effort to prepare a really small example package foo
>>that demonstrates the problem, so the steps to reproduce this
>>bug should be really simple:
>>
>>  * download http://www.zope.org/Collectors/Zope3-dev/421/foo.tgz
>>    and unpack it in your zope instance dir
>>
>>  * add a foo-configure.zcml file in your etc/package-includes
>>    with a line: <include package="foo"/>
>>
>>  * then, after restarting z3 try to add a Foo object
>>    somewhere in your tree  
>>
>>The result I get is some garbage html in the auto-generated add
>>form (I had also put a screenshot of that garbage in the foo.tgz
>>package)
>>
>>In the meanwhile I have tried this foo examples in different
>>environments:
>>
>>* I get this bug when using Mozilla Firefox 1.0.4 from
>>  Debian stable (sarge)
>>
>>* I also get it with Mozilla Firefox 1.0.6 from Debian
>>  unstable (sid)
>>
>>* I don't get this bug with konqueror 3.3.2 from Debian stable
>>  (sarge)
>>
>>So it seems the auto-generated html of the add form and firefox'
>>way of rendering it don't work well together, and my guess is
>>that Stephan has just been trying to reproduce it in
>>a different environment.
>>
>>Still, in my opinion the html produced should work in a fairly
>>recent version of Firefox.
>>
>>Again: Just some confirmation of the reported behaviour, please.
>>
>>Thanks, Andreas 
> 
> 
> I think you found a important bug. The addform renders only the first
> field "bar" correct. The second field "boom" (TextArea) contains the
> raw HTML code of the rest of the add form as it's input.
> 
> The hole third field is contained as raw HTML in the second TextArea
> like described above. 
> 
> Uhhh, I don't know what's going on here. The code of the package looks 
> Ok to me for the first visit. 
> 
> I tried this with WinXP and ie on the newest trunk version 37590
> 
> Regards
> Roger Ineichen
> 
> _______________________________________________
> Zope3-dev mailing list
> Zope3-dev at zope.org
> Unsub: http://mail.zope.org/mailman/options/zope3-dev/jim%40zope.com
> 


-- 
Jim Fulton           mailto:jim at zope.com       Python Powered!
CTO                  (540) 361-1714            http://www.python.org
Zope Corporation     http://www.zope.com       http://www.zope.org