Shotwell crash while importing from network drive
Submitted by Adam Dingle
Link to original bug (#716577)
Description
---- Reported by adam@yorba.org 2010-08-13 13:22:00 -0700 ----
Original Redmine bug id: 2412
Original URL: http://redmine.yorba.org/issues/2412
Searchable id: yorba-bug-2412
Original author: Adam Dingle
Original description:
From Sebastian Spaeth Sebastian@SSpaeth.de:
shotwell trunk crashed again while importing from a network drive. And I notice that for whatever weird reasons ubuntu had the network drive unmounted. It shouldn't have done that, but shotwell should not have crashed on it either. Attached is the gdb backtrace if you are interested in it.
I am no expert but I am afraid it seems the crash is located in the gio/gvfs layers…
Also, when I restarted I had not remounted the drive yet and shotwell moved my photos into the missing section (which is ok, as I had them linked and they were clearly missing). However, after mounting the drive and restarting shotwell it seems my photos are STILL in the missing section, which is not OK.
Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fffdc7f8710 (LWP 20238)]
0x00007ffff34348dd in write () from /lib/libpthread.so.0
(gdb) bt
#0 0x00007ffff34348dd in write () from /lib/libpthread.so.0
#1 0x00007ffff3d1b3f9 in ?? () from /usr/lib/libgio-2.0.so.0
#2 0x00007ffff3cfd2ac in g_output_stream_write ()
from /usr/lib/libgio-2.0.so.0
#3 0x00007fffe943e2dd in ?? () from /usr/lib/gio/modules/libgvfsdbus.so
#4 0x00007fffe943e7f1 in ?? () from /usr/lib/gio/modules/libgvfsdbus.so
#5 0x00007ffff3cf25fc in g_input_stream_close () from /usr/lib/libgio-2.0.so.0
#6 0x00007ffff3cf2636 in ?? () from /usr/lib/libgio-2.0.so.0
#7 0x00007ffff23c751a in g_object_unref () from /usr/lib/libgobject-2.0.so.0
#8 0x00000000005c6d2c in gdk_sniffer_real_sniff (base=`<value optimized out>`,
error=`<value optimized out>`) at GdkSupport.c:732
#9 0x00000000005c8a67 in jfif_sniffer_real_sniff (base=`<value optimized out>`,
error=0x7fffdc7f7bb0) at JfifSupport.vala:102
#10 0x00000000005bbe5c in photo_file_interrogator_interrogate (
self=0x7fffe0314d40, error=`<value optimized out>`)
#11 0x00000000004de40f in transformable_photo_prepare_for_import (
params=0x130cc80) at Photo.vala:669
#12 0x00000000004f9745 in prepared_files_import_job_process_prepared_file (
base=`<value optimized out>`) at BatchImport.vala:1287
#13 prepared_files_import_job_real_execute (base=`<value optimized out>`)
at BatchImport.vala:1255
#15 _workers_thread_start_gfunc (data=`<value optimized out>`,
self=`<value optimized out>`) at Workers.c:2042
#16 0x00007ffff1b32a5f in ?? () from /lib/libglib-2.0.so.0
#17 0x00007ffff1b30b84 in ?? () from /lib/libglib-2.0.so.0
#18 0x00007ffff342c9ca in start_thread () from /lib/libpthread.so.0
#19 0x00007ffff13016fd in clone () from /lib/libc.so.6
#20 0x0000000000000000 in ?? ()
#14 0x000000000056e610 in workers_thread_start (data=`<value optimized out>`,
self=`<value optimized out>`) at Workers.vala:404
Related issues:
- related to shotwell - 5972: Shotwell is unresponsive with big photo library (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
History
Comment 1
Updated by Adam Dingle over 3 years ago
- Priority set to High
Here's some more information that Sebastian sent via email:
It is a proprietary (but Linux-based) NAS from Linksys and I only have CIFS and FTP access to it. I don't know why and when it happens but it seems to close the connection sometimes, leading to the SIGPIPE signal. My Ubuntu is a stock “Lucid†64bit installation on a Macbook Pro.
Let me know if there are more things I can do to test or replicate things. Usually it occurs after some while (it takes long to import things, after about 5h import it had only imported 2,000 medium-sized jpeg photos over my 100MB-Ethernet line).
I could also give you access to the NAS via an SSH tunnel if that helps you debug things (it's a slow shitty ADSL line though).
Comment 2
Updated by Adam Dingle about 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
Sebastian, have you seen this crash again recently? If not, I'd be inclined to close this ticket since a few months have passed and we can't reproduce it here.
Comment 3
Updated by spaetz - about 3 years ago
I have stopped using a mounted network drive and given in to importing into a local library, I cannot say if this would have stopped in general. I'd still be interested in that mode of operation though :).
Comment 4
Updated by Adam Dingle about 3 years ago
- Status changed from Open to 5
- Resolution set to worksforme
- % Done set to 0
OK – given that, I'll mark this ticket as worksforme. I agree we should make Shotwell work better with a shared library on a local network, though.
Comment 5
Updated by Jim Nelson 9 months ago
- Description updated (diff)
Although we've closed this, anyone watching this ticket might be interested in this: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/955124
Comment 6
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Invalid
--- Bug imported by chaz@yorba.org 2013-11-25 21:46 UTC ---
This bug was previously known as bug 2412 at http://redmine.yorba.org/show_bug.cgi?id=2412
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Resolution: RESOLVED INVALID