GNOME Bugzilla – Bug 688558
segfault clicking create new note from tray icon menu
Last modified: 2012-12-08 18:43:34 UTC
Created attachment 229258 [details] backtrace This has been reported here https://bugs.mageia.org/show_bug.cgi?id=8032 in the Mageia bugzilla. Backtrace attached. Version is 3.7.1 3.6.5-desktop-1.mga3 Arch is x86_64 gcc (GCC) 4.7.2
Sorry version is 3.7 not 3.7.1 my mistake.
Thanks for reporting it. Have you tried to reproduce it with latest git master? There were changes in that part of code recently.
(In reply to comment #2) > Thanks for reporting it. > Have you tried to reproduce it with latest git master? There were changes in > that part of code recently. I can't build git master :( Full output here: http://paste.kde.org/610148/ This is in a clean chroot with base system, build tools and BuildRequires installed. BuildRequires currently requested are:- BuildRequires: pkgconfig(glibmm-2.4) BuildRequires: pkgconfig(gtk+-2.0) BuildRequires: pkgconfig(gtkmm-2.4) BuildRequires: pkgconfig(libpanelapplet-4.0) BuildRequires: pkgconfig(libsecret-1) BuildRequires: pkgconfig(libxml++-2.6) BuildRequires: pkgconfig(libxslt) BuildRequires: pkgconfig(uuid) BuildRequires: boost-devel BuildRequires: itstool BuildRequires: libxml2-utils BuildRequires: intltool BuildRequires: desktop-file-utils BuildRequires: gettext-devel BuildRequires: gnome-common BuildRequires: gnome-doc-utils Any ideas ? Barry
Are you sure it's properly cleaned and regenerated? It looks like you're running an old configure. The most recent one does not check for GTKSPELL (commented out due to compatibility issues) and boost/filesystem (removed entirely). Yours fails while checking for boost/filesystem.
Created attachment 229628 [details] bt from head build
OK built from head with clean checkout, but segfault is still the same. New backtrace attached. Package build log is here: http://mtf.no-ip.co.uk/pub/linux/barjac/distrib/cauldron/x86_64/log/gnote-3.7.0.1-1.mga3.src.rpm/build.0.20121122102826.log
Created attachment 229775 [details] [review] Expected to fix this issue. I can't reproduce it on my machine, perhaps it's something related to GTK 3.6 (I'm still on GTK 3.4). Can you try this patch and see if it works. Thanks.
Created attachment 229788 [details] backtrace (with patch applied) OK - slight improvement ;) Clicking the 'create new note' now does not cause the segfault - it does nothing at all. There is no output in the terminal. Clicking an existing note in the tray menu now opens that note, however it does not close reliably using the X (it either closes or segfaults). The attached backtrace was the result of attempting to create a new note, followed by opening an existing note from the list and attempting to close it.
I managed to reproduce this. The new note is actually created and opened, but if main window is hidden, it is not displayed.
Created attachment 230352 [details] [review] Fix for New Note item. This should fix New Note item from tray menu.
Created attachment 230353 [details] [review] Fix for segfaults. This should fix all those segfaults, related to tray menu.
Can you try the two patches I've uploaded. With them it should work fine, except for Search All Notes item, which I'll correct later. Thanks.
I will test in a build of head, but will these patches apply OK to 3.7.0 ?
(In reply to comment #13) > I will test in a build of head, but will these patches apply OK to 3.7.0 ? I'm going to release 3.7.1 soon, so I don't think it's worth bothering about that.
OK fine. I wasted a night trying to patch a checkout of head only to finally realize later that it was the wrong git tree with api 0.9 or something. There are links to two different trees floating around - very confusing. Anyhow - with the correct one it patched and built OK. The 'create new note' issue seems fixed. Opening notes from the tray menu mru list works fine. Problem: The 'search all notes' option does not open the search window, it opens what I think is the last note used instead. Good progress :) Cheers Barry
I also forgot to add: On opening any note or creating a new one, the toolbar icons in the note are not painted. Sometimes one or two may appear. They all finally appear if the placeholders are moused over.
I've committed the patches for segfaults and fixed Search All Notes item. The icons are painted properly for me Gnome 3 and I don't this issue belongs to this bug.