Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

location of arrow links randomly change in mm file #1822

Open
nnako opened this issue May 8, 2024 · 0 comments
Open

location of arrow links randomly change in mm file #1822

nnako opened this issue May 8, 2024 · 0 comments
Labels

Comments

@nnako
Copy link
Contributor

nnako commented May 8, 2024

bug description
On each save, the XML elements of type arrowlink below a specific node element within a mindmap file (type mm) seem to randomly change their order. Even when there was no change made within the node itself, and no change to the arrowlinks of that node. When trying to evaluate the mm file programmatically, there appear to be loads of changes even though there would not be a single "real" change in content.

reproduction

  1. open any mindmap and add some arrow links between one and multiple other nodes
  2. save that mindmap e.g. with a name "test1.mm"
  3. fold and unfold the parent of that node containing the arrow links (just to create some non-content change)
  4. save the mindmap with a different name "test2.mm"
  5. now get yourself a simple text editor (with left- and right-side view) and open both mindmaps "test1.mm" and "test2.mm"
  6. compare the two mindmaps

expected behavior
When no change was made to the mindmap, I would expect the mindmap to be saved always showing the identical XML structure within the mm file. Is there a certain concept which is followed when adding the arrowlinks to the XML? Why is its sequence not constant?

Mind map files
A mindmap could look like this:

respective_mindmap

screenshot
An example will look like this (see where the different arrowlink elements moved):

excerpt_from_mm_file

desktop

  • OS: Windows
  • OS Version: 10
  • Java Version: 15.0.10
@nnako nnako added the bug label May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant