Bug 641190 – JPEG with certain EXIF data crashes nautilus

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 641190 - JPEG with certain EXIF data crashes nautilus


Summary:	JPEG with certain EXIF data crashes nautilus


Status:	RESOLVED NOTGNOME

Product:	nautilus
Classification:	Core
Component:	File Properties Dialog
Version:	2.32.x
Hardware:	Other Linux

Importance:	Normal critical
Target Milestone:	---
Assigned To:	Nautilus Maintainers
QA Contact:	Nautilus Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2011-02-01 21:28 UTC by Ben
Modified:	2011-02-04 21:48 UTC

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

Attachments
example jpeg file (613.01 KB, image/jpeg) 2011-02-01 21:29 UTC, Ben	Details

Description Ben 2011-02-01 21:28:31 UTC

I am forwarding this downstream bug: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/709734

to reproduce:
1. download example file
2. navigate to the example file in nautilus
3. right click on the file and press properties.
4. watch nautilus crash

I got a backtrace of the crash on my system:

Program received signal SIGSEGV, Segmentation fault.
0x00007f4361fbbb4e in ImportSingleTIFF_ASCII (ifd=<value optimized out>, 
    tiff=<value optimized out>, xmp=0x16ae280, 
    digestState=<value optimized out>) at ReconcileTIFF.cpp:1195
1195	ReconcileTIFF.cpp: No such file or directory.
	in ReconcileTIFF.cpp
(gdb) bt

+ Trace 225806

#0 ImportSingleTIFF_ASCII
at ReconcileTIFF.cpp line 1195
#1 ImportSingleTIFF
at ReconcileTIFF.cpp line 681
#2 ImportTIFF_StandardMappings
at ReconcileTIFF.cpp line 1239
#3 ReconcileUtils::ImportTIFF
at ReconcileTIFF.cpp line 1832
#4 ImportJTPtoXMP
at ReconcileLegacy.cpp line 92
#5 JPEG_MetaHandler::ProcessXMP
at JPEG_Handler.cpp line 697
#6 XMPFiles::GetXMP
at XMPFiles.cpp line 1382
#7 WXMPFiles_GetXMP_1
at WXMPFiles.cpp line 271
#8 TXMPFiles<std::basic_string<char, std::char_traits<cha---Type <return> to continue, or q <return> to quit--- r>, std::allocator<char> > >::GetXMP
at ../public/include/client-glue/TXMPFiles.incl_cpp line 296
#9 xmp_files_get_new_xmp
at exempi.cpp line 308
#10 load_location
at nautilus-image-properties-page.c line 578
#11 get_property_pages
at nautilus-image-properties-page.c line 668
#12 append_extension_pages
at fm-properties-window.c line 4905
#13 create_properties_window
at fm-properties-window.c line 5230
#14 is_directory_ready_callback
at fm-properties-window.c line 5369
#15 call_ready_callbacks_at_idle
at nautilus-directory-async.c line 1886
#16 g_main_dispatch
at /build/buildd/glib2.0-2.26.0/glib/gmain.c line 2149
#17 g_main_context_dispatch
at /build/buildd/glib2.0-2.26.0/glib/gmain.c line 2702
#18 g_main_context_iterate
#19 g_main_loop_run
at /build/buildd/glib2.0-2.26.0/glib/gmain.c line 2988
#20 IA__gtk_main
at /build/buildd/gtk+2.0-2.22.0/gtk/gtkmain.c line 1237
#21 main
at nautilus-main.c line 544

Comment 1 Ben 2011-02-01 21:29:09 UTC

Created attachment 179834 [details]
example jpeg file

Comment 2 André Klapper 2011-02-02 08:06:45 UTC

Ben: Why do you think that this is a bug in nautilus, and not in libexempi3?

Comment 3 Ben 2011-02-03 18:08:18 UTC

André, it could be a bug in livexempi3 for all I know, I do not have the knowledge to be able to know that though so I filed it against the program that crashes. If you feel that it is not a problem with nautilus but rather an external library just let me know and I will be glad to forward it there. Thanks.

Comment 4 Cosimo Cecchi 2011-02-04 21:48:17 UTC

Works fine here on Fedora rawhide. Also, the backtrace clearly indicates it's crashing inside exempi. Closing NOTGNOME.