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

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

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

Michael Biebl-3

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.


--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

bt.txt (7K) Download Attachment
signature.asc (836 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

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

Michael Biebl-3
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.



--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

093c1175-18ab-4ede-bf9c-aa2cb6268550.note (868 bytes) Download Attachment
signature.asc (836 bytes) Download Attachment
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