#726 HTML elements cause notes to be corrupted


Running Freemind version 0.9.0.Beta 19 on Vista Business with Java version 1.6.0_07.

Certain HTML elements (in this case SELECT) display OK when first entered into a note, but when the map is saved, the existing content is changed into &lt; &gt; &quot; format and new <html> <body> <p> elements are added. This is illustrated on the attached sample map where the note in Test node contains the phrase " <select name="Customer">
<option>Option 1
<option>Option 2

See the node Case Selection for another example.

Some HTML elements work fine. See the node Login for a note that survives being saved.

(Obviously) exporting to html does not work either under these conditions.

The ability to include HTML in nodes is really useful and allows Freemind to help with product definition and web site mockup projects, so I hope this can be fixed easily.


mailto: parsons@iinet.net.au


  • Nobody/Anonymous

    Sample map displaying the problem

  • Eric L.

    Eric L. - 2008-08-05
    • labels: --> Rich Text Editor / SimplyHTML
    • assigned_to: nobody --> dpolivaev
    • milestone: --> 648240
    • priority: 5 --> 7
  • Eric L.

    Eric L. - 2008-08-05

    Logged In: YES
    Originator: NO

    Confirmed under Ubuntu 8.04 & OpenJDK6 (and also Sun Java 1.6.0_06-b02) & Beta19.

    To reproduce:
    1. Go to the HTML code view of a note,
    2. paste "<select name="Customer">
    <option>Option 1
    <option>Option 2
    </select>" between the <p></p> elements.
    3. 2 results:
    - FreeMind complains that The element type "option" must be terminated by the matching end-tag "</option>".
    - the whole html code (not only the pasted part) is saved transscribed, as described by the bug reporter.
    4. if I try to add the missing </option> stuff, FreeMind/SimplyHTML removes those after I've switched between layout and code view! SimplyHTML standalone shows exactly the same behavior.

    So, I think that there are two bugs:
    1. SimplyHTML should alllow me to create well-formed HTML.
    2. When not well-formed HTML is created by the user/SimplyHTML, the user should be warned and get the chance to fix it, else he might get a corrupted file.

    I think this bug is very near to data loss, hence it should be fixed before release.


  • Dimitry Polivaev

    Logged In: YES
    Originator: NO

    fixed: proper saving of xhtml - tag <option> in XHTMLWriter

  • Dimitry Polivaev

    • milestone: 648240 --> FreeMind_0.9.0_-_Fixed_in_CVS
    • status: open --> open-fixed
  • Dimitry Polivaev

    • assigned_to: dpolivaev --> christianfoltin

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks