#1238 Freemind forget to store attributes within the nodes

[Ali Akcaagac]

I would like to address following issue with Freemind 1.1.0 (Beta)

Say I have the attributes view open, which allows me to add or modify some attributes (keypair) to the node.

e.g.

START : 18:00
DUE: 19:30
PROGRESS : 100
RESOURCE: Hans Meyer

Quite often when I enter these attributes (and then select a different node) the elements entered in the attribute view are not updated (or stored). When I go back to the previous node (where I entered the above stuff) then the node's attributes are either empty or show the old values. I need to explicitly FORCE pressing RETURN over all attributes, to have it update.

[Christian Foltin]

Hi,

can you reproduce that, or does it occur only sometimes?

Br, Chris

[Ali Akcaagac]

This is always happening and always reproducable under Linux at least. Using Fedora 22 here with either openjdk as well as jdk from oracle. 1.8.60

[Christian Foltin]

Hi,

I use Debian, Java7 without problems. At least, I didn't manage to reproduce.
So, please send me a logfile. If you can, please tell me concrete steps to reproduce.

TIA, Chris

[Ali Akcaagac]

Unfortunately I have converted all "attributes" to HTML tables which I manually adjust by hand whenever I deal with the mind maps. It's easier that way to deal with content and informations and saves me from having issues with lost values.

But what I did was this:
I installed Java 1.8 from oracle (usually the jre or jdk). No other Java installed on the system.
I grab the freemind 1.1.0 beta 1 package from the page here.
I unzip and start freemind 1.1.0
The settings are pointed to show GTK+ gui (this might be important information because it could be related to focus setting of GUI elements)
I set "show note window" and "show attribute window". They are both aligned to the right side. So you see the area for mind map. right to it the area for the notes and right to it the area for the attributes.
I select a random node in the mind map. Some text show up in the note (e.g. maybe a schedule) and on the attributes area the table listed attributes. On the left usually the key and on the right the value.
Now go and change a value. Say you change a value of 20 to 123.
Now instead of pressing return to confirm the change point the mouse to another node and then back to the one you previously changed. If I recall correctly, that way the previous changes made got abandoned and the old values are shown again.
I remember that this is valied for all kind of stuff entered in the attributes area.
Click on a random node. click with the mouse inside the attributes field. Change values. Even one, two, three or all inside there.
Click with the mouse outside to another node and then coming back to the previous changed node, all (or almost all) attributes show the old values again.
Repeating above steps by confirming the entered values with "return" will keep the new values.

So I assume that this has something to do with "return" confirming the new values rather than "focus" by mouse and change .... and then switch nodes and come back ... will not confirm the new values.

Maybe you like to add an callback or listener to mouse events on the field control. Or focus changes or something.

[Christian Foltin]

Hi,

thanks for your explanation. I tried exactly that, and it worked. Could you please recheck? TIA, Chris

[Ali Akcaagac]

I've taken some time and have been testing this a bit more. To my unfortunatey I have to confirm that this has happened various times again since my initial report. Lastly this happened today (about 1 hour ago). Not just in the properties box but generally when I changed some text in the textview. As soon as I moved out with the mouse and ponted some other node, all the content that I entered was reverted back to it's original state. With other words: all my changed text within the textview disappeared.

I also noticed that there seem to be a timed event that updates the html text within the textview and if you haven't saved the content that everything inside is being reverted back to the old state.

Simply open the textview, click the tab to html source view... do some html changes (or some text changes within the textview but go back to the source view afterwards) wait a moment and you see an event updating the contents inside.

This is happening over and over and over again.

The freemind version being used is the one from this page here. JRE 1.8.66 from oracle as well as the one that comes bundled with Fedora 23.

[Christian Foltin]

Hi,

please recheck with 1.1.0 Beta2.

TIA, Chris

[Alain Berger]

This also happens with the MAC version. Not only that, but when typing a new attribute for a node, the attribute name works OK, but the attribute value, when focusing on the edit field, you type a word, say "Open" when you type the first "O" the "O" shows well, but when you type the "p", the "O" gets erased. Thus, if typing fast, you end up with "pen" instead of the expected: "Open".