Bug #5252
Core dump in dca_syncinfo() in libdca
| Status: | Fixed | Start date: | 05/13/2012 | |
|---|---|---|---|---|
| Priority: | Urgent | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | video | |||
| Target version: | 0.14.0 | |||
| Keywords: |
Description
Shortly after startup Shotwell crashes. It happens every time. I have to many MOV files to remove them to see if it didn't crash without them but I get a feeling that MOV files or one particular MOV file causes a core dump.
This did not happen until I upgraded to Ubuntu 12.04 which probably brought newer version of shotwell. I am using 64bit Ubuntu. Command "shotwell -V" prints out "Shotwell 0.12.2".
Related issues
History
Updated by Adam Dingle about 1 year ago
- Priority changed from Normal to High
- Target version set to 0.13
Thanks for the bug report. This has also been reported in Launchpad at
https://bugs.launchpad.net/ubuntu/+source/libdca/+bug/990947
Could you install the following packages, then generate another backtrace file (shotwell.gdb)? That might give us more information about what's wrong.
- libgstreamer0.10-0-dbg
- gstreamer0.10-plugins-base-dbg
- gstreamer0.10-plugins-bad-dbg
Updated by Marko Hrastovec about 1 year ago
- File shotwell.gdb added
- File shotwell.log added
Hi,
I installed libgstreamer0.10-0-dbg and here are new dbg files.
Updated by Marko Hrastovec about 1 year ago
- File shotwell.gdb added
- File shotwell.log added
Oops,
now I installed also gstreamer plugins dbg files. Here is one more set of debug files.
Updated by Adam Dingle about 1 year ago
Thanks, Marko. Do you have the package libc6-dbg installed? If not, could you install it and generate yet another shotwell.gdb? :)
Updated by Adam Dingle about 1 year ago
- Subject changed from Core dump if MOV files present to Core dump in dca_syncinfo() in libdca
Updated by Adam Dingle about 1 year ago
- Priority changed from High to Urgent
Updated by Marko Hrastovec about 1 year ago
- File shotwell.gdb added
- File shotwell.log added
Here you are another one with libc6-dbg installed.
Updated by Adam Dingle about 1 year ago
- Assignee set to Lucas Beeler
Thanks for all the debug files. I was hoping that with enough debug symbols installed the backtrace would reveal which video file was causing the crash. Unfortunately that does not appear to be the case.
Several users have reported this problem, so we should investigate more. There are a couple of mysteries:
1. Which video file(s) cause the thumbnailer process to crash?
2. Why does a thumbnailer crash cause Shotwell to crash? The whole purpose of forking off a thumbnailer subprocess is to allow Shotwell to keep running even if the thumbnailer crashes. Unfortunately that safety mechanism does not appear to be working.
Updated by Mauro Catarzi about 1 year ago
- File shotwell.log added
- File shotwell.gdb added
Here you are another log with debug symbols installed.
Updated by Marko Hrastovec about 1 year ago
I have copied and deleted files so long that I found exactly one file which always crashes shotwell. I have now only one file in Pictures folder and shotwell crashes every time. If that file is not there shotwell works.
Because the movie is private I would not like to attach it to this report but I can send it via e-mail to the person who wants to investigate the bug. It is only 2Mb long.
Updated by Adam Dingle about 1 year ago
Marko, that's great news. Please email the video to shotwell@yorba.org - that will go only to the Shotwell team at Yorba. Thanks!
Updated by Adam Dingle 12 months ago
Lucas, where do we stand with this bug? A few users have reported it and it prevents them from running Shotwell. I think investigating this should be a high priority.
Updated by Zac Hilbert 12 months ago
This was causing some problems for me, too. I didn't some investigation; my backtraces look similar to the ones posted above. I identified some .mov files that were causing this problem. The files seemed to be quicktime files with no video stream (just audio). I ran the thumbnailer on these files directly from a shell--the thumbnailer doesn't crash, it just exits with error code three. I'm not sure why when the thumbnailer runs as a forked process things seem to go differently. I don't have a whole lot of experience debugging multi-threaded/multi-process programs, so I wasn't sure what else to look at.
I'd be happy to continue investigating if someone can give me some pointers or guidance on where to look next.
Updated by komatsu - 11 months ago
I also managed to isolate the video causing the error. I can send it, if it helps.
It crashes the shotwell-video-thumbnailer and totem. Vlc is fine.
I cannot reproduce the crash again in shotwell. When I copy the video back to the image folder or if I import the video, shotwell processes it, but does not add it into the db (this is probably the correct way to handle unreadable files). It seems that the thumbnailer isolation mechanism works when importing a new video, but it fails when the video is already in the database.
Updated by Harry van der Wolf 11 months ago
I also managed to isolate two mpeg video version 1 videos with mpeg version 1 layer 2 audio that make shotwell crash. A third one works fine.
The two files crash Totem as well. VLC works fine.
Please let me know whether you want me to send the files to you or upload them to a file sharing server.
Updated by Adam Dingle 9 months ago
Zac, komatsu and Harry: yes, please email the video files to shotwell@yorba.org so we can investigate more. Please include "bug 5252" in the email subject. Thanks!
Updated by Adam Dingle 9 months ago
- Assignee changed from Lucas Beeler to Clinton Rogers
Actually, never mind: Marko emailed us a video back on May 14 and when I import it into Shotwell it crashes, so I'm happy to report we can now reproduce this. No need for anyone else to send another video.
Clint, please investigate. We should definitely fix this for 0.13. Thanks!
Updated by Clinton Rogers 9 months ago
- Status changed from Open to Blocked
Based on our research, we now plan to file this upstream; user who originally emailed the 'crashy' movie has been asked for another one that would be safe to share with the Gnome team.
Updated by Clinton Rogers 9 months ago
Filed upstream as https://bugzilla.gnome.org/show_bug.cgi?id=683053
Updated by Adam Dingle 9 months ago
- Assignee deleted (
Clinton Rogers) - Priority changed from Urgent to High
- Target version deleted (
0.13)
There's not much more we can do here, since this is not a Shotwell bug. But we may as well keep this ticket open until the GStreamer bug is fixed.
Updated by Adam Dingle 9 months ago
Matěj Šmíd emailed a link to an additional video he says causes this problem:
Updated by Jim Nelson 5 months ago
- Target version set to 0.14.0
Wim Taymans has reported on the GStreamer ticket that the video doesn't crash the newest version of GStreamer. We should verify. If so, we can close this ticket and report likewise downstream to Launchpad.
Updated by Jim Nelson 5 months ago
- Category set to video
- Status changed from Blocked to Open
- Priority changed from High to Urgent
Don't know why this wasn't marked Urgent, and we're no longer Blocked.
Updated by Jim Nelson 5 months ago
- Status changed from Open to Blocked
I can still reproduce this with the MPG supplied in comment #21. I've passed the URL on to the gstreamer ticket Clinton filed. Returning to Blocked.
Updated by Jim Nelson 5 months ago
- Status changed from Blocked to 5
- Resolution set to invalid
Doing more research, it's obvious this is a problem with GStreamer and not Shotwell, and further more, the above MPG caushes Totem to crash as well as Shotwell. (I've seen reports of Cheese having this problem too.) We've alerted the GStreamer guys of the problem, they need to take this on. I'm closing as there's nothing we can do to work around it, and what's more, once they fix it in GStreamer there's nothing we have to do to stop crashing.
Updated by Marko Hrastovec 5 months ago
On the other hand VLC player is not crashing with the same video. Couldn't there be a workaround. It seems that waiting for gstreamer fix will take a long time.
Updated by Jim Nelson 4 months ago
VLC doesn't use gstreamer, which is why it doesn't crash. I agree, it's frustrating that gstreamer hasn't taken care of this. I did post another comment to the ticket with a link to the video file. They have an easy repro case now, I'm hoping that encourages them to handle it soon.
Updated by Jim Nelson 3 months ago
- Resolution changed from invalid to fixed
I tested this with the video linked in #22 against the latest development build of Shotwell, which uses GStreamer 1.0. It imported it without crashing, but it did not generate a thumbnail (I may not have the proper codec installed, however).
Updated by Charles Lindsay 19 days ago
- Status changed from 5 to Fixed