Bug#781501: gnote segfaults when it can't find a .note file

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Bug#781501: gnote segfaults when it can't find a .note file

Vincent Cheng-2
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=765791

Hi Michael,

On Sun, Apr 17, 2016 at 3:46 PM, Michael Biebl <[hidden email]> wrote:

> Control: severity -1 grave
> Control: tags -1 - moreinfo unreproducible
>
> Hi Vincent
>
> Am 18.04.2016 um 00:35 schrieb Michael Biebl:
>>
>> I can reproduce the issue (backtrace attached).
>>
>> I do have a ~/.gnote folder. gnote has been installed a long time.
>> Moving ~/.gnote away, makes gnote start up.
>>
>> I do think this makes it a RC bug, as gnote should be able to deal with
>> old data after an upgrade.
>
> Here is a simple way to reproduce the bug:
>
> # remove existing data
> rm -rf ~/.local/share/gnote
> # create some legacy data
> mkdir ~/.gnote
> then copy the attached file to ~/.gnote/
>
> If you now start gnote, you'll get the crash. In the light of this
> simple reproducer and assuming that there are possibly quite a few users
> with old data, I'm raising the severity.

Thanks, I can reproduce it now. It seems like you don't even need
legacy data to trigger this segfault; any note file will do (I tried
with some of my current note files), so long as neither
$XDG_CONFIG_HOME/gnote or $XDG_DATA_HOME/gnote are present.

Regards,
Vincent