Strawberry Crashing Since Last Update
-
Recently, Strawberry started crashing on me. I think it's often at the end of one file and it starts to go on to the next one.
I'm running Fedora32 on the newest Kernel release (I updated it yesterday just to be sure I was fully up to date, but it crashed again today)
5.10.8-100.fc32.x86_64 #1 SMP Sun Jan 17 19:52:43 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux [root@virgo ~]# dnf info strawberry Last metadata expiration check: 0:37:38 ago on Thu 21 Jan 2021 11:26:53 AM EST. Installed Packages Name : strawberry Version : 0.8.5 Release : 1.fc32 Architecture : x86_64 Size : 14 M Source : strawberry-0.8.5-1.fc32.src.rpm
The last error message I got was this:
--- Running report_uReport --- Server responded with an error: 'uReport data is invalid.' ('report_uReport' exited with 1)
And a little bit of info from journalctl:
Jan 21 12:00:23 virgo audit[95632]: ANOM_ABEND auid=1001 uid=1001 gid=1001 ses=5 subj=kernel pid=95632 comm="QThread" exe="/usr/bin/strawberry" sig=11 res=1 Jan 21 12:00:26 virgo systemd[11947]: gnome-launched-org.strawberrymusicplayer.strawberry.desktop-95632.scope: Succeeded. Jan 21 12:00:26 virgo systemd[11947]: gnome-launched-org.strawberrymusicplayer.strawberry.desktop-95632.scope: Consumed 4min 12.865s CPU time. Jan 21 12:00:27 virgo systemd-coredump[106514]: Process 95632 (strawberry) of user 1001 dumped core. #2 0x0000560399e99ee3 _ZN17_MessageReplyBase8FinishedEb (strawberry + 0x6c7ee3) #3 0x0000560399ad3105 _ZN22AbstractMessageHandlerIN2pb9tagreader7MessageEE17RawMessageArrivedERK10QByteArray (strawberry + 0x301105) #4 0x0000560399e999c8 _ZN19_MessageHandlerBase15DeviceReadyReadEv (strawberry + 0x6c79c8) #8 0x0000560399b7ed12 _ZNK12PlaylistView8drawTreeEP8QPainterRK7QRegion (strawberry + 0x3acd12) #9 0x0000560399b831b7 _ZN12PlaylistView10paintEventEP11QPaintEvent (strawberry + 0x3b11b7) #45 0x0000560399a63a1a main (strawberry + 0x291a1a) #47 0x0000560399a6e1ce _start (strawberry + 0x29c1ce) Jan 21 12:00:34 virgo abrt-notification[106591]: Process 95632 (strawberry) crashed in QObjectPrivate::maybeSignalConnected(unsigned int) const()
It relaunches just fine and runs for a while. It's not consistent crashing on track changes, very intermittent. I just happened to notice when I did an update a couple of weeks ago, Strawberry was updated. I rebooted for the new Kernel yesterday as well.
First issue I've had with it crashing. No other apps seem to be acting oddly lately.
-
@overcast451
I have not seen this crash before. The crash looks Qt or protobuf related.
The MessageHandlerBase is related to tag reading/writing which uses protobuf.
I suggest to report it to Fedora if it continues to crash. -
@jonas I observe the exact same behavior as described by overcast451 on my Windows machine. It started happening a couple days/weeks ago.
It plays 1-2 songs just fine and sometimes on start of a new song it just crashes. The library is on a SMB mount and no other program has a problem with files on there. I run strawberry 0.8.5 and already tried QT5 and QT6 versions.
Is there any way I can assist in debugging this? Unfortunately when I run strawberry via terminal i wont get the STDOUT and STDERR like on linux and because of that I have no logs or anything.
I tried opening the Console in strawberry, but I dont see anything there either.
Any help would be appreciated, since I really like strawberry.
EDIT:
Just had a peak into the Windows Event viewer and actually found something:ERROR - Application Error - Event ID: 1000
Faulting application name: strawberry.exe, version: 0.8.5.0, time stamp: 0x00000000 Faulting module name: Qt6Core.dll, version: 6.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x00000000002ece94 Faulting process id: 0x54d0 Faulting application start time: 0x01d6fee1a235c149 Faulting application path: C:\Program Files (x86)\Strawberry Music Player\strawberry.exe Faulting module path: C:\Program Files (x86)\Strawberry Music Player\Qt6Core.dll Report Id: c4159e96-9dfe-44c7-925b-ff68f5801182 Faulting package full name: Faulting package-relative application ID:
information - Windows Error Reporting - Even IT: 1001
Fault bucket 2095045694177962475, type 4 Event Name: APPCRASH Response: Not available Cab Id: 0 Problem signature: P1: strawberry.exe P2: 0.8.5.0 P3: 00000000 P4: Qt6Core.dll P5: 6.0.0.0 P6: 00000000 P7: c0000005 P8: 00000000002ece94 P9: P10: Attached files: \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4CB0.tmp.dmp \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4DAB.tmp.WERInternalMetadata.xml \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4DBB.tmp.xml \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4DB9.tmp.csv \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4DDA.tmp.txt These files may be available here: \\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_strawberry.exe_96fb92f47b0865fc0d1661d1b16804ba164466_2bb706e4_9703f0fd-e5c7-4f02-a2cc-72286e6ca91a Analysis symbol: Rechecking for solution: 0 Report Id: c4159e96-9dfe-44c7-925b-ff68f5801182 Report Status: 268435456 Hashed bucket: e6a78761e59215865d1318f575b069eb Cab Guid: 0
-
I would think more users would have reported this if there was a bug, but I guess you'll never know for sure. The reason I think the original issue is a Fedora issue, is because Fedora often update system packages such as protobuf and then strawberry have to be rebuilt with the new version, and it looks to be protobuf specific from the crash report. I would also think the issue would be reported by more users if it was a bug as strawberry is used by hundred of users.
You should be able to see more if you install the latest Debug build from https://builds.strawberrymusicplayer.org/windows/
Then run from a command line from Strawberry program files directory:gdb ./strawberry.exe run
Then type
bt
after it crashes.
However, exception code
0xc0000005
on Windows can often occur as a result of Windows DEP policy, defender or other 3rdparty anti-virus "scanning" the memory while the program is running resulting in a crash, so the solution might be to make exceptions for the specific files.But why are you running the x86 version? Is your computer 32 bit?
-
thx for replying. No obviously its a 64bit system. I must have grabbed the wrong QT6 variant when checking that after my QT5 version crashing. Just to make sure I got the 64bit QT6 version, but still crashes.
I didnt even see the debug version, very nice and easy thank you. So I did that and it was harder to trigger, but I got it to crash by just having a playlist open and double clicking on any song multiple times to get it to start a new one, since that always triggered the crash.
Here is the output of "bt" with a bunch of log right before the crash:
20:28:21.049 DEBUG Player:623 Playing song "Trust" QUrl("file:///U:/_MUSIK-LIB_/Trance, House .. Electronic/Progressive Goa Trance Vol.8 (2008)/2-02 Aquafeel - Trust.mp3") 20:28:21.049 DEBUG PlaylistBackend:327 Saving playlist 1 20:28:21.056 INFO GstEngineTPagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag. ipeline:402 Setting buffer duration: 4000000000 low watermark: 0.33 high watermark: 0.99 20:28:21.05[New Thread 22392.0x466c] 9 DEBUG MessageReply<Messa[New Thread 22392.0x52f4] geType>:89 Releasing ID 91 (finished) 20:28:21.070 D[New Thread 22392.0x45d8] EBUG _Messa[Thread 22392.0x52f4 exited with code 0] geR[Thread 22392.0x45d8 exited with code 0] eplyBase[New Thread 22392.0x71c] :32 Acquired ID 91 [New Thread 22392.0x4548] 20:28:21.178 ERROR MusixmatchLyricsProvider:216 MusixmatchLyrics: "Error transferring https://www.musixmatch.com/lyrics/various-artists/chicken-shaker-aerospace-remix - server replied: (203)" [New Thread 22392.0x22f4] 20:28:21.217 WARN unknown nativeResourceForScreen: Invalid key 'compositingEnabled' requested. 20:28:21.226 DEBUG LoloLyricsProvider:148 LoloLyrics: No lyrics for "Various Artists" "Trust" "Error transferring http://api.lololyrics.com/0.5/getLyric?artist=Various Artists&track=Trust - server replied: Not Found (203)" [New Thread 22392.0xe7c] 20:28:21.305 ERROR MusixmatchLyricsProvider:216 MusixmatchLyrics: "Host not found (3)" 20:28:21.539 DEBUG Windows7ThumbBar:182 Updating 6 buttons 20:28:21.564 DEBUG OVHLyricsProvider:105 OVHLyrics: Got lyrics for "Various Artists" "Trust" 20:28:21.571 DEBUG Player:648 Track seeked to 473000000000 ns - updating scrobble point 20:28:21.787 DEBUG AuddLyricsProvider:140 AudDLyrics: Got lyrics for "Various Artists" "Trust" 20:28:21.791 DEBUG LyricsFetcherSearch:129 Using lyrics from "AudD" for "Various Artists" "Trust" with score 1.5 [Thread 22392.0x22f4 exited with code 0] [Thread 22392.0xe7c exited with code 0] [Thread 22392.0x71c exited with code 0] [Thread 22392.0x4548 exited with code 0] [Thread 22392.0x466c exited with code 0] 20:28:2220.:22684: 2D2E.B2U6G4 MDaEiBnUWGi nTdaogwR:e1a3d0e3r : 6 5 9 S o n g c hLaonagdeidn gt oa r"tF afbrioom &" UN:o/k_"M U"SPIrKo-gLrIeBs_s/iTvrea nGcoea, THroaunscee ,. .V oElluemcet r8o"n i"Aci/rPproorgtr"e s2s0i:v2e8 :G2o2a. 2T6r4a nDcEeB UVGo l_.M8e s(s2a0g0e8R)e/p2l-y0B3a sFea:b3i0o & N o k - A i r pWoaritt.imnpg3 "o n ID 92 20:28:22.283 DEBUG MusixmatchLyricsProvider:87 MusixmatchLyrics: Sending request for "various-artists" "airport" QUrl("https://www.musixmatTcagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag. h.com/lyrics/various-artists/airport") 20:28:22.290 DEBUG MessageReply<MessageType>:89 Releasing ID 92 (finished) 20:28:22.294 DEBUG _MessageReplyBase:32 Acquired ID 92 20:28:22.295 DEBUG Player:623 Playing song "Airport" QUrl("file:///U:/_MUSIK-LIB_/Trance, House .. Electronic/Progressive Goa Trance Vol.8 (2008)/2-03 Fabio & Nok - Airport.mp3") 20:28:22.295 DEBUG PlaylistBackend:327 Saving playlist 1 20:28:22.304 INFO GstEnginePipeline:402 --Type <RET> for more, q to quit, c to continue without paging-- Thread 11 received signal SIGSEGV, Segmentation fault. [Switching to Thread 22392.0x2a70] 0x0000000068face94 in void doActivate<false>(QObject*, int, void**) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll (gdb) bt #0 0x0000000068face94 in void doActivate<false>(QObject*, int, void**) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #1 0x00000000007618eb in _MessageReplyBase::Finished (this=0x2f80e790, _t1=false) at /persistent-data/mingw/windows-debug-x64-qt-6/source/build/ext/libstrawberry-common/core/moc_messagereply.cpp:135 #2 0x0000000000789499 in MessageReply<pb::tagreader::Message>::SetReply (this=0x2f80e790, message=...) at /persistent-data/mingw/windows-debug-x64-qt-6/source/ext/libstrawberry-common/core/messagereply.h:95 #3 0x0000000000862258 in AbstractMessageHandler<pb::tagreader::Message>::RawMessageArrived (this=0x23ec9440, data=...) at /persistent-data/mingw/windows-debug-x64-qt-6/source/ext/libstrawberry-common/core/messagehandler.h:158 #4 0x0000000000760ca7 in _MessageHandlerBase::DeviceReadyRead (this=0x23ec9440) at /persistent-data/mingw/windows-debug-x64-qt-6/source/ext/libstrawberry-common/core/messagehandler.cpp:81 #5 0x0000000000761504 in _MessageHandlerBase::qt_static_metacall (_o=0x23ec9440, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x2473c750) at /persistent-data/mingw/windows-debug-x64-qt-6/source/build/ext/libstrawberry-common/core/moc_messagehandler.cpp:78 #6 0x0000000068fad483 in void doActivate<false>(QObject*, int, void**) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #7 0x0000000068fad483 in void doActivate<false>(QObject*, int, void**) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #8 0x0000000068ea2a12 in QWindowsPipeReader::emitPendingReadyRead() () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #9 0x0000000068f931f2 in QMetaCallEvent::placeMetaCall(QObject*) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #10 0x0000000068f93816 in QObject::event(QEvent*) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #11 0x0000000067345836 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from C:\Program Files\Strawberry Music Player Debug\Qt6Widgets.dll #12 0x0000000068d4ac2a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #13 0x0000000068d53012 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #14 0x0000000068eac20e in QEventDispatcherWin32::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #15 0x0000000068d55e44 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #16 0x0000000068e2deb3 in QThread::run() () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #17 0x0000000068eb1d5b in QThreadPrivate::start(void*) () from C:\Program Files\Strawberry Music Player Debug\Qt6Core.dll #18 0x00007ffc60617034 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll #19 0x00007ffc6087d0d1 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll #20 0x0000000000000000 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?)
-
@twist
Looks to be the same crash.
Can you try the 0.8.4 release and see if it works, it is still available from GitHub:
https://github.com/strawberrymusicplayer/strawberry/releases/tag/0.8.4I suspect it might be related to this change:
https://github.com/strawberrymusicplayer/strawberry/commit/cf4856a0c9393d8ec05c60a597a5a25da33ec189#diff-5208942bee307ffdaf609fc4b8cabded28ffbf7e52ed768938ba74282af53eb0 -
@jonas So I have it running while working for about 3hours now and no crash. Usually it would crash after 1-3 songs. I tried to trigger it manually hard as well, no luck. So I would say 0.8.4 is not affected.
EDIT: I just noticed you linked more recent debug builds. I got it to crash with the "release" debug build (https://github.com/strawberrymusicplayer/strawberry/releases/download/0.8.5/StrawberrySetup-0.8.5-Qt6-Debug-x64.exe) I havnt tried the most recent one from your link. Sorry.
-
So I just tried again with Version 0.8.5-102-g0abf991b release and debug. I can't get it to crash. I will keep it running and continue reporting.
-
@jonas just to confirm. I now had Version: 0.8.5-102-g0abf991b running for 8 hours constantly playing .. no crash. So 0.8.4 and the newest 0.8.5 build are unaffected.
If you need me to test any other version, I could do that.
-
@twist
I wrote a small test program a long time ago, to specifically test the tagreader stability, this program tests the specific messagereply code in a loop, so I'm running tagreader read/writes 9 million times to verify if it's stable or not.
I can reproduce crashes with the specific change I pointed out, but not without it, so there was definitely something problematic with my fix. However there is another problem if I remove this fix, than tag writes can get stuck that will cause the edit tag window to be stuck on saving.
It's probably coincidental that it does not crash for you anymore.
I'm working on another fix. I will let you know once it's done so you can test again. -
@jonas sure .. I will check back regularly. Right now I'm running 0.8.4 since that nightly 0.8.5 build somehow got stuck building my database. In any case I will gladly assist if I can. Thank you for your work.
-
@twist
Development builds will be available https://builds.strawberrymusicplayer.org/ soon.
Test with today's date (0.8.5-119 or newer). -
@jonas Just installed: StrawberrySetup-0.8.5.125.gd5caff58-Qt6-x64.exe
So far I couldn't get it to crash in the last 5-10min while trying. I will have ample opportunity today, to keep it running and check normal everyday use. Will report later in my evening with the result.
-
So I had said version running all day and had no crash. Did you get the issue resolved in a matter that also resolves the problem of leaving the problematic line out?
-
Updated Strawberry to strawberry-0.8.5-2.136.g87719119.fc32.x86_64.rpm on Fedora 32 (5.10.21-100.fc32.x86_64) - been running all day with no issues!
-
@overcast451 said in Strawberry Crashing Since Last Update:
Updated Strawberry to strawberry-0.8.5-2.136.g87719119.fc32.x86_64.rpm on Fedora 32 (5.10.21-100.fc32.x86_64) - been running all day with no issues!
9 days with zero issues now using the above.
-