Closed diegogangl closed 7 years ago
that's weird. i just tried it and it all went okay. does this happens every time you add a new source folder?
Yup, just tested again and it still crashes
hmm i double checked and cloned from master, compile and added folders and it all went okay. could you describe what other things or steps are you doing prev adding a folder? thank you very much for taking the time
Sorry I forgot to check this. I just pulled and built again, and it's still failing. I tried with a folder with a single mp3 and it still crashed. I'm not doing anything in particular. Babe starts in the mode with the cover+playlist, I expand the UI and go into the preferences to add the folders. Then I just wait a few secs and it dies.
It seems to die on: ON POPULATE HEADS VIEW:
Is there any way I can make a debug build and get a trace or something?
maybe you could comment this lines (588 to 590) in mainWindow that loads the artists view(aka heads view) and see if the problem lays there.?
artistsTable->flushGrid(); artistsTable->populateTableViewHeads(settings_widget->getCollectionDB().getQuery("SELECT * FROM artists ORDER by title asc")); artistsTable->hideAlbumFrame();
btw is that single mp3 file the same than the ones you tried before if so, could you try with some different files? maybe there's some bug i'm not catching with some file's name...
and one more thing: what happens if instead of loading the folder you just drag and drop the files into the ui? does it crash does it play the files?
btw is that single mp3 file the same than the ones you tried before if so, could you try with some different files?
Nope, they were always different ones (since they do get added to library).
and one more thing: what happens if instead of loading the folder you just drag and drop the files into the ui? does it crash does it play the files?
Dragging files into the ui works perfectly but doesn't add them to the list of sources.
maybe you could comment this lines (588 to 590) in mainWindow that loads the artists view(aka heads view) and see if the problem lays there.?
Tried, but still crashes. Here's where it dies now:
finished populating tables, now ordering them
ON POPULATE ALBUM VIEW:
@diegogangl argggh idk apparently it writes the songs to the data base then updates the tables(without any artwork) and then fetches the art, when the artwork is ready it tries to reload the tables with the new artwork and that is when the app crashes.... so maybe you could try to remove the line that fetches the artwork in settings.cpp (line: 526 fetchArt();) if the new update in master does not fix your bug.
Still crashing :/
ON POPULATE ALBUM VIEW:
creating a new album[cover] for<< "Oceana Derek Sherinian"
ON POPULATE HEADS VIEW:
creating a new album[head] for<< "Derek Sherinian"
fish: “./Babe” terminated by signal SIGSEGV (Address boundary error)
With the fetchArt() line removed it seems to crash faster:
writting to db: "Shame on the Night"
finished wrrting to database
good to hear it finished yay! now going to fetch artwork
duplicated paths in watcher removd: 0
fish: “./Babe” terminated by signal SIGSEGV (Address boundary error)
that's too weird now to me. because previously it was crashing after fetching art and now it crashes even before that.... and i've tried to reproduce the bug but i can't :( maybe you could try to keep on removing lines from that method and make it look like this:
void settings::finishedAddingTracks(bool state) { if (state) { ui->progressBar->hide(); ui->progressBar->setValue(0); emit collectionDBFinishedAdding(true); } }
btw thanks for helping
no prob! I tried that but it didn't change much. I ran this in GDB and this is where it's crashing:
Thread 1 "Babe" received signal SIGSEGV, Segmentation fault.
0x0000000000458a44 in AlbumsView::~AlbumsView() ()
i was manually deleting the object AlbumsView::~AlbumsView(){delete this;}
i've updated the master and removed it:
AlbumsView::~AlbumsView(){}
maybe you could give it another try now
It doesn't crash anymore, but it still exits?
creating a new album[head] for<< "Andrew W.K."
[Thread 0x7fffa2bef700 (LWP 3477) exited]
[Thread 0x7fffa1560700 (LWP 3479) exited]
[Thread 0x7fffe7ee9700 (LWP 3464) exited]
[Thread 0x7fffd0e19700 (LWP 3470) exited]
[Thread 0x7fffddadf700 (LWP 3465) exited]
[Thread 0x7fffb1804700 (LWP 3473) exited]
[Thread 0x7fffa3bf1700 (LWP 3475) exited]
[Thread 0x7fffb0de2700 (LWP 3474) exited]
[Thread 0x7fffb3fff700 (LWP 3471) exited]
[Thread 0x7fffd268e700 (LWP 3469) exited]
[Thread 0x7fffd4522700 (LWP 3468) exited]
[Inferior 1 (process 3443) exited normally]
what do you mean by it still exists? are you still using gdb to debug?
Both with and without gdb, it seems to exit "normally" after adding a source.
but it still crashes or...?
It closes. There are no errors in the terminal or gdb. You add a source and it just exits as if it was meant to do that.
Just pulled and tested this today, and the bug is gone. I don't know which commit fixed it tho. I removed all the files in ~/local/share/Babe before testing too (maybe that helped?). Anyways, closing this now. Thanks!
Babe crashes when I add a new music source folder, however the files are actually added with covers, pictures, lyrics and all.
(also a small issue: covers look a little pixelated)
Stuff in the terminal: