Revision history [back]

Today I did some end-of-year cleaning. Went through notes from several years - so took more than 1 hour deleting and reordering, and sometimes changing colour. I working my way from bottom to top, eg oldest to newer. When I as a final action made a search to see that none of the notes containing a certain string were left, I found a few in the search which I scrolled through. So then to the unexpected behaviour: On closing the search view I expected the still remaining notes to reorder to the latest chosen order with colours as set, but instead they were reordered to some previous order during the session AND the deleted notes from the full session were back. Notes which only had their color changed had the old colour. All changes to any text in notes were the latest version still. So based on this observed behaviour it seems that the non-text properties are not persisted at the same time as the text. And the deletions are not persisted on delete action, but rather seems hidden from view.

Has someone else observed this behaviour? As reported by others the Note views has previouly also had troubles with mapping to model, deleting wrong notes, so I assume this could be related? My biggest concern is that I worked with this clean up a really long time and the persisting did not happen (except for for the textual content). How messed up can notes not become to others?

Anyway, soon time to go afk, thus happy new year to everyone!

Today I did some end-of-year cleaning. Went through notes from several years - so took more than 1 hour deleting and reordering, and sometimes changing colour. I working worked my way from bottom to top, eg oldest to newer. When I as a final action made a search to see that none of the notes containing a certain string were left, I found a few in the search which I scrolled through. So then to the unexpected behaviour: On closing the search view I expected the still remaining notes to reorder to the latest chosen order with colours as set, but instead they were reordered to some previous order during the session AND the deleted notes from the full session were back. Notes which only had their color changed had the old colour. All changes to any text in notes were the latest version still. So based on this observed behaviour it seems that the non-text properties are not persisted at the same time as the text. And the deletions are not persisted on delete action, but rather seems hidden from view.

Has someone else observed this behaviour? As reported by others the Note views has previouly also had troubles with mapping to model, deleting wrong notes, so I assume this could be related? My biggest concern is that I worked with this clean up a really long time and the persisting did not happen (except for for the textual content). How messed up can notes not become to others?

Anyway, soon time to go afk, thus happy new year to everyone!

Today I did some end-of-year cleaning. Went through notes from several years - so took more than 1 hour deleting and reordering, and sometimes changing colour. I worked my way from bottom to top, eg oldest to newer. When I as a final action made a search to see that none of the notes containing a certain string were left, I found a few in the search which I scrolled through. So then to the unexpected behaviour: On closing the search view I expected the still remaining notes to reorder to the latest chosen order with colours as set, but instead they were reordered to some previous order during the session AND the deleted notes from the full session were back. Notes which only had their color changed had the old colour. All changes to any text in notes were the latest version still. So based on this observed behaviour it seems that the non-text properties are not persisted at the same time as the text. And the deletions are not persisted on delete action, but rather seems hidden from view.

Has someone else observed this behaviour? As reported by others the Note views has previouly also had troubles with mapping to model, deleting wrong notes, so I assume this could be related? My biggest concern is that I worked with this clean up a really long time and the persisting did not happen (except for for the textual content). How messed up can notes not become to others?

Anyway, soon time to go afk, thus happy new year to everyone!

Today I did some end-of-year cleaning. Went through notes from several years - so took more than 1 hour deleting and reordering, and sometimes changing colour. I worked my way from bottom to top, eg oldest to newer. When I as a final action made a search to see that none of the notes containing a certain string were left, I found a few in the search which I scrolled through. So then to the unexpected behaviour: On closing the search view I expected the still remaining notes to reorder to the latest chosen order with colours as set, but instead they were reordered to some previous order during the session AND the deleted notes from the full session were back. Notes which only had their color changed had the old colour. All changes to any text in notes were the latest version still. So based on this observed behaviour it seems that the non-text properties are not persisted at the same time as the text. And the deletions are not persisted on delete action, but rather seems hidden from view.

Has someone else observed this behaviour? As reported by others the Note views has previouly also had troubles with mapping to model, deleting wrong notes, so I assume this could be related? My biggest concern is that I worked with this clean up a really long time and the persisting did not happen (except for for the textual content). How messed up can notes not become to others?

Anyway, soon time to go afk, thus happy new year to everyone!

Update 2020-06-21: Midsummer cleaning: Realised that at the end-of-year cleaning there were notes deleted which should not have been deleted. So the marked released unfeature deleting wrong notes seems to have been in effect at 2019-12-31 too (need to check its release date though). too.

Today I did some end-of-year cleaning. Went through notes from several years - so took more than 1 hour deleting and reordering, and sometimes changing colour. I worked my way from bottom to top, eg oldest to newer. When I as a final action made a search to see that none of the notes containing a certain string were left, I found a few in the search which I scrolled through. So then to the unexpected behaviour: On closing the search view I expected the still remaining notes to reorder to the latest chosen order with colours as set, but instead they were reordered to some previous order during the session AND the deleted notes from the full session were back. Notes which only had their color changed had the old colour. All changes to any text in notes were the latest version still. So based on this observed behaviour it seems that the non-text properties are not persisted at the same time as the text. And the deletions are not persisted on delete action, but rather seems hidden from view.

Has someone else observed this behaviour? As reported by others the Note views has previouly also had troubles with mapping to model, deleting wrong notes, so I assume this could be related? My biggest concern is that I worked with this clean up a really long time and the persisting did not happen (except for for the textual content). How messed up can notes not become to others?

Anyway, soon time to go afk, thus happy new year to everyone!

Update 2020-06-21: Midsummer cleaning: Realised that at the end-of-year cleaning there were notes deleted which should not have been deleted. So the marked released unfeature deleting wrong notes seems to have been in effect effect, at least for search+delete, at 2019-12-31 too.