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

[Jim Fulton]

I just checked in a fix for this.

Jim

Jim Fulton wrote:
> 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