Bug 775915 – nautilus-desktop crashes when trying to open properties dialog for images

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 775915 - nautilus-desktop crashes when trying to open properties dialog for images


Summary:	nautilus-desktop crashes when trying to open properties dialog for images


Status:	RESOLVED OBSOLETE

Product:	nautilus
Classification:	Core
Component:	Desktop
Version:	3.22.x
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	3.24
Assigned To:	Nautilus Maintainers
QA Contact:	Nautilus Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2016-12-10 02:18 UTC by Michael Biebl
Modified:	2017-04-07 08:00 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Michael Biebl 2016-12-10 02:18:19 UTC

Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846140
Exempi: 2.3.0 

To reproduce the problem, enable the "show icons on desktop feature" via gnome-tweak-tool. The copy an image to the ~/Desktop folder.

Right click on the image file on the desktop and select properties. The result is a crashing nautilus-desktop process. (It doesn't happen with other file types).

backtrace is as follows

Starting program: /usr/bin/nautilus-desktop 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe8a4d700 (LWP 7146)]
[New Thread 0x7fffe3fff700 (LWP 7147)]
[New Thread 0x7fffe2461700 (LWP 7150)]
[New Thread 0x7fffd3586700 (LWP 7157)]
[New Thread 0x7fffd2d85700 (LWP 7158)]
[New Thread 0x7fffd185b700 (LWP 7160)]
[New Thread 0x7fffd105a700 (LWP 7161)]
[Thread 0x7fffd185b700 (LWP 7160) exited]
[Thread 0x7fffd2d85700 (LWP 7158) exited]
[Thread 0x7fffd3586700 (LWP 7157) exited]

Thread 1 "nautilus-deskto" received signal SIGSEGV, Segmentation fault.
0x00007ffff78dd899 in ?? () from /usr/lib/x86_64-linux-gnu/libexempi.so.3

+ Trace 236960

#0 ??
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#1 ??
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#2 XMPFiles::OpenFile(char const*, unsigned int, unsigned int)
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#3 WXMPFiles_OpenFile_1
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#4 TXMPFiles<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::OpenFile(char const*, unsigned int, unsigned int)
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#5 TXMPFiles<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::TXMPFiles(char const*, unsigned int, unsigned int)
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#6 xmp_files_open_new
from /usr/lib/x86_64-linux-gnu/libexempi.so.3
#7 load_location
at nautilus-image-properties-page.c line 701
#8 get_property_pages
at nautilus-image-properties-page.c line 828
#9 append_extension_pages
at nautilus-properties-window.c line 4778
#10 create_properties_window
at nautilus-properties-window.c line 5151
#11 is_directory_ready_callback
at nautilus-properties-window.c line 5286
#12 call_ready_callbacks_at_idle
at nautilus-directory-async.c line 2009
#13 g_main_context_dispatch
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 ??
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 g_main_context_iteration
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 g_application_run
from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#17 main
at main-desktop.c line 35

Comment 1 Michael Biebl 2016-12-10 02:20:03 UTC

The backtrace was generated with nautilus 3.22.2

Comment 2 Carlos Soriano 2016-12-10 02:42:57 UTC

(In reply to Michael Biebl from comment #1)
> The backtrace was generated with nautilus 3.22.2

nautilus 3.22.2 was out few minutes ago, so most likely it was with a previous version. In this case, seems the reporter was specifying the gnome-shell version, not nautilus.

Comment 3 Michael Biebl 2016-12-10 03:14:43 UTC

the backtrace was generated by my, and yes, it's with the just released 3.22.2

Comment 4 Carlos Soriano 2016-12-10 10:45:59 UTC

oh this looks like a bug in libexempi, the crash is in the library, not in nautilus. Can you try with the same image but in a regular nautilus window?

Comment 5 Michael Biebl 2016-12-10 11:11:55 UTC

(In reply to Carlos Soriano from comment #4)
> oh this looks like a bug in libexempi, the crash is in the library, not in
> nautilus. Can you try with the same image but in a regular nautilus window?

I actually tried that already and no, it doesn't make nautilus crash. Which is why I suspect it is a bug in nautilus-desktop.

Comment 6 Carlos Soriano 2016-12-10 11:22:58 UTC

can you provide the image that causes the crash?

Comment 7 Carlos Soriano 2016-12-10 11:25:47 UTC

no worries, I can reproduce.

Comment 8 Felix Schwarz 2017-04-07 06:46:24 UTC

(In reply to Carlos Soriano from comment #7)
> no worries, I can reproduce.

Is this an exempi bug or a nautilus bug? If the former, any pointers for an existing exempi ticket about this?

Comment 9 Carlos Soriano 2017-04-07 08:00:19 UTC

I cannot reproduce in 3.24 anymore, I think we fixed it on the way with some desktop handling.