Bug 91254 - Juk crashes when changing songs with different searches
Summary: Juk crashes when changing songs with different searches
Status: RESOLVED DUPLICATE of bug 91467
Alias: None
Product: juk
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Scott Wheeler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-13 18:16 UTC by Jan Jitse Venselaar
Modified: 2004-10-23 15:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
gdb output (1.48 KB, text/plain)
2004-10-22 10:07 UTC, Nick Steeves
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Jitse Venselaar 2004-10-13 18:16:44 UTC
Version:            (using KDE KDE 3.3.1)
Installed from:    Gentoo Packages
Compiler:          gcc 3.4.2-r2 (gentoo) 
OS:                Linux

When searching in the search bar, if JuK jumps to the next song (due to end of song or pressing next, or selecting a song), JuK crashes without a backtrace.

Steps to reproduce:
Type something in the search bar
Try to change songs
Juk crashes.
Comment 1 Scott Wheeler 2004-10-21 00:25:46 UTC
Can't reproduce this one here.  Can you try to run it in GDB to see if you can get a backtrace out of it?  Otherwise there's not much that I can do.

I have some basic instructions on using GDB to debug freezes here -- just skip the step involving hitting Ctrl-C and it should work for your case.

http://developer.kde.org/~wheeler/freeze.html
Comment 2 Nick Steeves 2004-10-22 10:07:54 UTC
Created attachment 7994 [details]
gdb output

I am experiencing a closely related crash.  The trigger is related to changing
songs when playlist is randomized.  Crash is not reproducible, unless
randomization is initially disabled.  Steps to reliably reproduce:
1. Start Juk
2. Disable random playlist
2. Play song
3. Select playlist randomization (identical behavior with both song and album
randomization)
4. Wait for song to finish, or click forward
5. Crash!

I am running CRUX Linux 2.0.
glibc-2.3.3
gcc-3.3.4
qt-3.3.3
kde-3.3.1 (Juk 2.1.1)
Comment 3 Scott Wheeler 2004-10-22 10:14:12 UTC
The crash that nick reported is already fixed in CVS; the fix should show up in 3.3.2 and was only introduced in 3.3.1.  (As I recall.)
Comment 4 Nick Steeves 2004-10-22 12:52:18 UTC
I can get neither kdemultimedia/juk HEAD, nor KDE_3_3_BRANCH to compile.  I had planned to create a home-brew "fix a particular regression patch" (though I'm hopelessly underqualified)...  Will there soon be an official regression patch?  (I assume that 3.3.2 is at least a month away)  I'm distributing kde-3.3.1 ports from http://members.shaw.ca/nick.steeves/ports, and the inability to provide solid packages is discouraging.
Comment 5 Jan Jitse Venselaar 2004-10-23 00:30:18 UTC
After recompiling qt, arts, kdelibs and kdemultimedia with debug I get only the following in the backtrace:

#0  0x080a96ca in QValueListPrivate<int>::at ()
#1  0x080a93ee in QValueListPrivate<int>::at ()
#2  0x080a99b4 in QValueListPrivate<int>::at ()
#3  0x080a93ee in QValueListPrivate<int>::at ()
#4  0x080a99b4 in QValueListPrivate<int>::at ()
#5  0x080a93ee in QValueListPrivate<int>::at ()
#6  0x080a99b4 in QValueListPrivate<int>::at ()
#7  0x080a93ee in QValueListPrivate<int>::at ()
#8  0x080a99b4 in QValueListPrivate<int>::at ()
#9  0x080a93ee in QValueListPrivate<int>::at ()
#10 0x080a99b4 in QValueListPrivate<int>::at ()
#11 0x080a93ee in QValueListPrivate<int>::at ()
#12 0x080a99b4 in QValueListPrivate<int>::at ()
#13 0x080a93ee in QValueListPrivate<int>::at ()
#14 0x080a99b4 in QValueListPrivate<int>::at ()
#15 0x080a93ee in QValueListPrivate<int>::at ()
#16 0x080a99b4 in QValueListPrivate<int>::at ()
#17 0x080a93ee in QValueListPrivate<int>::at ()
#18 0x080a99b4 in QValueListPrivate<int>::at ()
#19 0x080a93ee in QValueListPrivate<int>::at ()
#20 0x080a99b4 in QValueListPrivate<int>::at ()
#21 0x080a93ee in QValueListPrivate<int>::at ()
#22 0x080a99b4 in QValueListPrivate<int>::at ()
#23 0x080a93ee in QValueListPrivate<int>::at ()
---Type <return> to continue, or q <return> to quit---
#24 0x080a99b4 in QValueListPrivate<int>::at ()
#25 0x080a93ee in QValueListPrivate<int>::at ()
#26 0x080a99b4 in QValueListPrivate<int>::at ()
#27 0x080a93ee in QValueListPrivate<int>::at ()
#28 0x080a99b4 in QValueListPrivate<int>::at ()
#29 0x080a93ee in QValueListPrivate<int>::at ()
#30 0x080a99b4 in QValueListPrivate<int>::at ()
#31 0x080a93ee in QValueListPrivate<int>::at ()
#32 0x080a99b4 in QValueListPrivate<int>::at ()
#33 0x080a93ee in QValueListPrivate<int>::at ()
#34 0x080a99b4 in QValueListPrivate<int>::at ()
#35 0x080a93ee in QValueListPrivate<int>::at ()
#36 0x080a99b4 in QValueListPrivate<int>::at ()
#37 0x080a93ee in QValueListPrivate<int>::at ()
#38 0x080a99b4 in QValueListPrivate<int>::at ()
#39 0x080a93ee in QValueListPrivate<int>::at ()
#40 0x080a99b4 in QValueListPrivate<int>::at ()
#41 0x080a93ee in QValueListPrivate<int>::at ()
#42 0x080a99b4 in QValueListPrivate<int>::at ()
#43 0x080a93ee in QValueListPrivate<int>::at ()
#44 0x080a99b4 in QValueListPrivate<int>::at ()
#45 0x080a93ee in QValueListPrivate<int>::at ()
#46 0x080a99b4 in QValueListPrivate<int>::at ()
#47 0x080a93ee in QValueListPrivate<int>::at ()


And this goes on till at least 10,000, after which I pressed q :/ .
Also weird is that, if I type something in the search bar, press enter, it does not crash, but if I do not press enter, it does.
Comment 6 Michael Pyne 2004-10-23 00:56:33 UTC
This appears to be the same thing that caused bug 91467, and is fixed in CVS and KDE_3_3_BRANCH.  The fix may have caused 91504, but hopefully everything will be cleared out soon.

*** This bug has been marked as a duplicate of 91467 ***
Comment 7 Scott Wheeler 2004-10-23 15:42:52 UTC
*** Bug 91956 has been marked as a duplicate of this bug. ***