GNOME Bugzilla – Bug 585048
gnote can lose notebook categorization, odd behaviour of notebook button
Last modified: 2010-12-23 22:27:04 UTC
How to reproduce: 1. Start Tomboy, create a note "Test Note", give it a notebook "Test" 2. close tomboy, run cp -r .tomboy .gnote to import the notes into gnote 3. Start gnote, open "Test Note" 4. Click the notebook icon on the toolbar The note will now have lost its notebook, the icon on the toolbar changes to "Notebook" instead of "Test", and if the note is closed it will be Unfiled. If you click the Notebook dropdown and select Test again (even though the Test radio button already appears to be selected) the note will now be in the Test notebook and this bug will not be reproducable. In other words, it only happens for notes that have just been imported from tomboy, after they have been given a notebook in the gnote UI the notebook 'sticks'.
Actually this seems to happen for all the imported notes again after restarting gnote...
What distro? What version of libxml++?
Fedora 11, libxml++ 2.26
I have committed a potential fix for the problem you are describing I'm unable to reproduce. Marking a FIXED. If you can reproduce in any version after 0.5.3, please feel free to reopen, possibly with sample data. Thanks.
Unfortunately doesn't seem to be fixed, and seems to be the case for _any_ note, even created with gnote. It's an odd little bug and I only care about it because of the potential for lost notebook categorization. To reproduce: 1) Make sure you have a note that is associated with a notebook, then restart gnote. 2) Open ANY note as long as it has already been categorized with a notebook 3) Click the notebook button on the note. If it's categorized under "Stuff", the notebook icon will now just say "Notebook". If you click the "Notebook" button, the radio button for "Stuff" will be selected, however, if you go into the notes search window, it will appear under "Unfiled Notes" until you actually click "Stuff" again, at which point the notebook button will change back to be labelled "Stuff" and the note will be re-categorized. If you accidentally click the notebook button and then close the note before re-associating it, it now has lost its categorization.
I can confirm the bug as described in comment #5 exists in gnote-master (v.0.6).
I should add that this is with Ubuntu Jaunty and libxml++ 2.6-2 (2.26.0-2~ppajaunty1 package).
(In reply to comment #7) > I should add that this is with Ubuntu Jaunty and libxml++ 2.6-2 > (2.26.0-2~ppajaunty1 package). > libxml++ is no longer need, so the point is moot.
Reproduced with 0.7.2.
When clicking on "Notebook" button, "activated" signal occurs in "No notebook" item, if note is assigned to notebook. Then, if clicked somewhere outside to get menu closed, two more signal occur: first on current notebook item and second again on "No notebook". This results in note being removed from notebook. Does anyone have any idea, why this happens? I actually a little dislike the way this is currently implemented (I know it came from Tomboy, but ...), so I'll try to do some refactoring there, maybe this will lead somewhere (debugging has lead me only deeper into forest :().
Created attachment 168966 [details] [review] Select notebook after creating list If we select the right menu item in the same place we create them, it seems to work. In that case the selection code from menu item constructor can be removed. This seems to work for me.
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.