By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 1273

Summary:	k9copy: Crashes when opening a video file in DVD Author mode
Product:	TDE	Reporter:	Darrell <darrella>
Component:	non-core programs	Assignee:	Timothy Pearson <kb9vqf>
Status:	RESOLVED FIXED
Severity:	normal	CC:	albator78, bugwatch, darrella, kb9vqf, slavek.banko
Priority:	P1
Version:	R14.0.0 [Trinity]
Hardware:	Other
OS:	Other
Compiler Version:		TDE Version String:
Application Version:		Application Name:
Bug Depends on:
Bug Blocks:	2014
Attachments:	k9copy : fix 1st crash

Description Darrell 2012-10-16 21:36:47 CDT

1. Run k9copy and in the Action menu, switch to DVD Author

2. At the bottom in the Video file click to select a file

3. Select any file, k9copy crashes

The backtrace does not seem helpful:

[Thread debugging using libthread_db enabled]
[KCrash handler]
#5  0xb52cf474 in avformat_open_input () from /usr/lib/libavformat.so

This would seem to imply a conflict with ffmpeg.

Comment 1 Francois Andriot 2013-08-02 05:41:55 CDT

Created attachment 1438 [details]
k9copy : fix 1st crash

It looks like this particular crash is caused by uninitialized pointers in k9copy's code.
The attached patch fixes this crash, but now, it crashes just after, when "adding" the video. 
I think there are more places to look for uninitialized pointers ...

Comment 2 Francois Andriot 2013-08-02 12:28:55 CDT

It looks like the crash I've get is due to deprecation of some functions in ffmpeg.
The "img_convert" function does not exist anymore in ffmpeg 1.0.

Even the last official k9copy has the problem (discontinued in 2011, last version is Z.3.8), but some distributions still ship patched versions to support newer ffmpeg.

I don't know if  it's realistic to maintain our old 1.2.3 version ...
 .

Comment 3 Timothy Pearson 2014-10-06 14:12:17 CDT

k9copy is pretty fragile, but I think I repaired the major crashes in GIT ending with hash 0e82473.  Can you test and confirm?

I don't want to drop it yet as it might be perfectly feasible to keep it going and fix some of the remaining crashes.

Comment 4 Darrell 2014-10-06 15:00:40 CDT

>k9copy is pretty fragile,
And unmaintained, even in the Qt4 branch.

I no longer see a crash as described in the original report. I'll let Francois tickle some more to his satisfaction.

Comment 5 Timothy Pearson 2014-10-07 23:30:09 CDT

The crashing regression is repaired as far as I can tell; this should not block R14.

Francois, if you can verify that k9copy is no longer crashing in author mode when interacting with the video files please close this report.

Thanks!

Comment 6 Francois Andriot 2014-10-07 23:40:23 CDT

The crash described in initial post does not occur anymore.
Closing the bug

Comment 7 Slávek Banko 2014-10-10 04:00:22 CDT

Commit 0e824732 causes FTBFS on all Debian / Ubuntu distributions:

/tmp/buildd/k9copy-trinity-14.0.0-s~157/./k9author/k9avidecode.cpp:126: error: 'av_free_packet_internal' was not declared in this scope

Comment 8 Slávek Banko 2014-10-10 09:02:04 CDT

(In reply to Slávek Banko from comment #7)
> Commit 0e824732 causes FTBFS on all Debian / Ubuntu distributions:
> 
> /tmp/buildd/k9copy-trinity-14.0.0-s~157/./k9author/k9avidecode.cpp:126:
> error: 'av_free_packet_internal' was not declared in this scope

Fixed in GIT hash 2897194b and 24e31dab.