Bad content-type input processing in ZPTPage edit view

Bug #392442 reported by Rostislav Dzinko
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Zope 3
Won't Fix
Undecided
Unassigned
zope.app.zptpage
Incomplete
Undecided
Unassigned

Bug Description

zope.app.zptpage.browser.zptpage.EditForm sets up data['source'] but doesn't set up content-type, so ZPTPage defaults it to the 'text/html'. We've got problems using 'text/xml' when xml document tags have the same names as html ones (e.g '<frame> </frame>'). TAL interpreter fails to interpret and we can't save the page.
I'd be greatful for viewing the bug. Thank you.

Changed in zope3:
status: New → Won't Fix
Revision history for this message
Fred Drake (fdrake) wrote :

A sample template that causes this problem and the traceback that's generated would be helpful.

Revision history for this message
Christian Theune (ctheune) wrote :

I agree with Fred, we need some example input.

Changed in zope.app.zptpage:
status: New → Incomplete
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.