richard@bizarsoftware.com.au wrote:
richard@bizarsoftware.com.au wrote:
The dtml-in batching mechanisms are quite difficult to debug - the DTML documentation I have has examples which break it and there's no indication of why. It turns out the DT_In renderwb() code gobbles all exceptions from the rendering of the previous and next blocks. I've hacked my code so that there's no try/except clause any more. I'm not sure what exception it's trying to catch, but could it perhaps be made a little more picky?
And here's a diff - I'm pretty sure this was the intended behaviour...
Please post this as a "Bug w/ patch" to the Collector: http://classic.zope.org:8080/Collector That way we don't lose your fix in the list traffic (losing it along with our marbles is another problem :) Tres. -- =============================================================== Tres Seaver tseaver@digicool.com Digital Creations "Zope Dealers" http://www.zope.org
Tres Seaver wrote:
richard@bizarsoftware.com.au wrote:
richard@bizarsoftware.com.au wrote:
The dtml-in batching mechanisms are quite difficult to debug - the DTML documentation I have has examples which break it and there's no indication of why. It turns out the DT_In renderwb() code gobbles all exceptions from the rendering of the previous and next blocks. I've hacked my code so that there's no try/except clause any more. I'm not sure what exception it's trying to catch, but could it perhaps be made a little more picky?
And here's a diff - I'm pretty sure this was the intended behaviour...
Please post this as a "Bug w/ patch" to the Collector:
http://classic.zope.org:8080/Collector
That way we don't lose your fix in the list traffic (losing it along with our marbles is another problem :)
Someone else responded to the list saying that he'd already done it. There was no match to my search of dtml-in though, so I've submitted a new bug report. Richard -- Richard Jones richard@bizarsoftware.com.au Senior Software Developer, Bizar Software (www.bizarsoftware.com.au)
On Wed, 24 Jan 2001 richard@bizarsoftware.com.au wrote:
Tres Seaver wrote:
Please post this as a "Bug w/ patch" to the Collector:
http://classic.zope.org:8080/Collector
That way we don't lose your fix in the list traffic (losing it along with our marbles is another problem :)
Someone else responded to the list saying that he'd already done it. There was no match to my search of dtml-in though, so I've submitted a new bug report.
Thanks very much! Tres. -- =============================================================== Tres Seaver tseaver@digicool.com Digital Creations "Zope Dealers" http://www.zope.org
On 24 Jan 2001, at 9:43, richard@bizarsoftware.com.au wrote:
Tres Seaver wrote:
Please post this as a "Bug w/ patch" to the Collector:
http://classic.zope.org:8080/Collector
That way we don't lose your fix in the list traffic (losing it along with our marbles is another problem :)
Someone else responded to the list saying that he'd already done it. There was no match to my search of dtml-in though, so I've submitted a new bug report.
I posted this same bug AND a patch as bug # 1566 on Aug 28th, 2000. http://classic.zope.org:8080/Collector/1566/view Sad to see its *still* pending Brad Clements, bkc@murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com AOL-IM: BKClements
Brad Clements wrote:
On 24 Jan 2001, at 9:43, richard@bizarsoftware.com.au wrote:
Tres Seaver wrote:
Please post this as a "Bug w/ patch" to the Collector:
http://classic.zope.org:8080/Collector
That way we don't lose your fix in the list traffic (losing it along with our marbles is another problem :)
Someone else responded to the list saying that he'd already done it. There was no match to my search of dtml-in though, so I've submitted a new bug report.
I posted this same bug AND a patch as bug # 1566 on Aug 28th, 2000.
http://classic.zope.org:8080/Collector/1566/view
Sad to see its *still* pending
Well that's odd - I searched the collector for "dtml-in" and got no matches. A search for "renderwb" (which is in the title) works. Looks like it doesn't search the description after all. Boo to the search engine. Just curious: why specify the browser/platform/python version stuff when the problem is independant of those things? Richard ps. Brad, sorry I referred to you as "someone else" - I lost the email with your name in it ;) -- Richard Jones richard@bizarsoftware.com.au Senior Software Developer, Bizar Software (www.bizarsoftware.com.au)
On 24 Jan 2001, at 11:15, richard@bizarsoftware.com.au wrote:
Brad Clements wrote:
I posted this same bug AND a patch as bug # 1566 on Aug 28th, 2000.
http://classic.zope.org:8080/Collector/1566/view
Sad to see its *still* pending
Well that's odd - I searched the collector for "dtml-in" and got no matches. A search for "renderwb" (which is in the title) works. Looks like it doesn't search the description after all. Boo to the search engine.
Just curious: why specify the browser/platform/python version stuff when the problem is independant of those things?
Because I'm Anal Retentive. Also figured perhaps my entry would be ignored without that information. Or worse the form would be rejected on submit because those fields where blank AND it wouldn't remember what I'd put in AND back would fail. So, I filled out the form entirely. Brad Clements, bkc@murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com AOL-IM: BKClements
richard@bizarsoftware.com.au wrote:
Well that's odd - I searched the collector for "dtml-in" and got no matches.
that's because of the - in dtml-in being treated as a stop character by ZCatalog. Ironically, ZCatalog is not very good at indexing stuff that contains documentation about Zope, stripping out characters like _ - and . :-S cheers, Chris
participants (4)
-
Brad Clements -
Chris Withers -
richard@bizarsoftware.com.au -
Tres Seaver