0.1-0_i386.deb: Access violation saving a note on a fresh run about tomboy-ng

[davidbannon]

You have a working compiler dont you ? Grab the source and build with debugging on. In the IDE, set Mode to Debug or use ProjectOptions->Debugging->"Display line numbers... -gl"

I have not been able to reproduce here, could you describe just what you do ?
Blank Note ? Do you delete the existing Title and put the bullet point there ? Any blank lines between ? How do you creat the bullet (type text, select and click Bullet) ?

Does the exception occur as you set the text to Bullet or when the note is saved ?

[davidbannon]

Another thought (I have not tried this). Does this happen if you close the settings window without actually setting a Notes directory ? Its quite likely that would do something crazy....

[traumschule]

I tried it several times and it is as the title sais: - remove settings dir/file - create a note - add text/bullet (leaving title intact) - wait for the access violation (later I will fix the FPC issue to recompile from source but you won't get useful traces from users without this option, just to remember for the future)

[davidbannon]

Yes, I can confirm its because you have declined to set a Notes path but still opened a note. So many things depend on a valid path. Thats why the first thing tomboy-ng does when its opened is check that path, if its not valid, it pops up the setting box.
I guess I could close the app if the user insists on closing the setting box without setting a path.....
I cannot just let them continue because anything they do cannot be saved.
Or assume they want to use the default setting perhaps ? I don't like writing to a user's disk without their consent....
D

[davidbannon]

OK, have intercepted calls to open a new note or view the search box. If we don't have a Notes path, show a message, do nothing else. I cannot protect against someone removing the config file while the app is running.

[traumschule]

Fixed in 92cac7c.

Usual users may not understand to first choose a directory and need to get a hint. In the future the default location should be used automatically. Now that tomboy-ng has it's own namespace there is virtually no chance to mess up .local/share/tomboy.