#4 — Problem with Text field and the template for the issues

by Mirco Angelini — last modified Aug 28, 2011 01:32 AM

State	Confirmed
Version:	—
Area	Functionality
Issue type	Bug
Severity	Medium
Submitted by	Mirco Angelini
Submitted on	Dec 01, 2010
Responsible	—
Target release:	—

Return to tracker

I'm trying to create an issue without criteria or subtopic, just a simple text.
When I save the issue starts a process that overrides the text field using the specified template.
The Default template doesn't have some reference to the existing text field, so you lost your written text.
A second problem i've saw is that when, after the previous behavior, you go again to the edit form the text field has not active the graphic editor.

Steps to reproduce:: Create a new issue with some text.

Added by Maik Derstappen on Jan 11, 2011 04:47 PM

yes, i saw this these days, i try to fix this in the next release. But reediting should work with TinyMCE.

Added by Peter Mathis on Jan 13, 2011 09:23 AM

well, i think this is a design issue because if you hit the "refresh" button it saves the rendered html from the topic into this text field, so the text you've written here is lost.

i'm fine with that, because you can use header and footer fields to add custom text. but i would recommend to move header and footer fields into the default schemata and hide the text field in edit mode.

what do you think?

Added by Maik Derstappen on Jan 13, 2011 11:25 AM

yes the refresh button clear the text, this is OK if you want to use the collection stuff to fill your body. But then you properly will edit the filled text with TinyMCE, so it makes sense to have the editor field there. Header and Footer are not the right place for static issue specific content.

I prefer the body for this. The issue should not override the filled in content. Instead you can hit the refresh button (may be should renamed to "aggregate body") if you will collection based content aggregation.

Added by Maik Derstappen on Jan 31, 2011 08:40 AM

Issue state: Unconfirmed → Confirmed

Responsible manager: (UNASSIGNED) → derstappenit

Added by wim boucquaert on Aug 09, 2011 12:33 PM

Hi Maik is this an easy fix? I'm running into the same problem and it is quite an annoying problem.

Added by Maik Derstappen on Aug 09, 2011 01:51 PM

Responsible manager: derstappenit → (UNASSIGNED)

Not much, but it takes time, which i don't have this month.
I think, the right solution is clear, feel free to implement it in collective SVN.

We should provide the "aggregate content" action, which use the collections to aggregate the content. But without this action, nothing should aggregate and of course nothing should override.

Added by Wouter Vanden Hove on Aug 28, 2011 01:31 AM

I've fixed this in r243865.

No responses can be added.