HtmlArea not editable after drag and drop

Bugs
1

If you have a list of content, each instance with an HtmlArea as input, and you rearrange the order, the HtmlArea input field is no longer editable afterwards. You have to close the edit and then reopen it before you can edit the field again. Seems the tinyMCE field does not update or something.

2

Hi Tore,

Do you have the content type definition for this?
Is it 4.7 (CMS) or in XP (5.0 - 6.3)?

3

Yes, it’s in XP 6.3, just upgraded from 6.2.

4

Nice =)

Can you share the XML you use to generate the form?

5

Yes, below. Is it perhaps because I named it ‘body’ ?

Organisasjonsenhet base:unstructured 
    <input name="name" type="TextLine">
        <label>Organisasjonsnavn</label>
        <indexed>true</indexed>
        <occurrences minimum="0" maximum="1"/>
        <config/>
    </input>

    <input name="body" type="HtmlArea">
        <label>Kontaktinformasjon for organisasjon</label>
        <indexed>true</indexed>
        <occurrences minimum="0" maximum="1"/>
        <config/>
    </input>

    <item-set name="associates">
        <label>Personer</label>
        <items>
            <input name="head" type="ContentSelector">
                <label>Person</label>
                <occurrences minimum="0" maximum="0"/>
                <config>
                    <relationship-type>system:reference</relationship-type>
                    <allow-content-type>person</allow-content-type>
                </config>
            </input>

            <input name="rolle" type="TextLine">
                <label>Rolle</label>
                <occurrences minimum="0" maximum="1"/>
            </input>

            <input name="description" type="HtmlArea">
                <label>Utvidet beskrivelse</label>
                <occurrences minimum="0" maximum="1"/>
            </input>

        </items>
        <immutable>false</immutable>
        <occurrences minimum="0" maximum="0"/>
    </item-set>

</form>
6

Ah, not, it’s the other HtmlArea that it concerns.

7

I can confirm this bug. When re-arranging any of the fields in the item-set the HTML-field (HtmlArea) that was in the moved item cannot be edited any more. It looks totally blank too, in Firefox at least. Saving keeps the original data, luckily, but only way to see the data (and edit the fields again) is to reload the entire admin page (or close the edit tab and open it again).

Suggestions:
“supertype” should however be set to base:structured since custom content types are a structured form of data.

And, if you didn’t know, all fields are per default indexed, so no need for this line: <indexed>true</indexed>

Also the empty <config/> can be safely removed … if you want to =)

8

All right - thank you!