• Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Strawberry Crashing Since Last Update

    Scheduled Pinned Locked Moved
    Technical Help
    3
    16
    2.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • O
      Overcast451
      last edited by

      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.

      jonasJ 1 Reply Last reply Reply Quote 0
      • jonasJ
        jonas @Overcast451
        last edited by

        @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.

        T 1 Reply Last reply Reply Quote 0
        • T
          Twist @jonas
          last edited by Twist

          @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
          
          jonasJ 1 Reply Last reply Reply Quote 0
          • jonasJ
            jonas @Twist
            last edited by

            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?

            T 1 Reply Last reply Reply Quote 0
            • T
              Twist @jonas
              last edited by

              @jonas

              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?)
              
              jonasJ 1 Reply Last reply Reply Quote 0
              • jonasJ
                jonas @Twist
                last edited by

                @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.4

                I suspect it might be related to this change:
                https://github.com/strawberrymusicplayer/strawberry/commit/cf4856a0c9393d8ec05c60a597a5a25da33ec189#diff-5208942bee307ffdaf609fc4b8cabded28ffbf7e52ed768938ba74282af53eb0

                T 3 Replies Last reply Reply Quote 0
                • T
                  Twist @jonas
                  last edited by Twist

                  @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.

                  1 Reply Last reply Reply Quote 0
                  • T
                    Twist @jonas
                    last edited by

                    @jonas

                    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.

                    1 Reply Last reply Reply Quote 0
                    • T
                      Twist @jonas
                      last edited by Twist

                      @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.

                      jonasJ 1 Reply Last reply Reply Quote 0
                      • jonasJ
                        jonas @Twist
                        last edited by jonas

                        @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.

                        T 1 Reply Last reply Reply Quote 1
                        • T
                          Twist @jonas
                          last edited by

                          @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.

                          jonasJ 1 Reply Last reply Reply Quote 0
                          • jonasJ
                            jonas @Twist
                            last edited by

                            @twist
                            Development builds will be available https://builds.strawberrymusicplayer.org/ soon.
                            Test with today's date (0.8.5-119 or newer).

                            T 2 Replies Last reply Reply Quote 1
                            • T
                              Twist @jonas
                              last edited by

                              @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.

                              1 Reply Last reply Reply Quote 1
                              • T
                                Twist @jonas
                                last edited by

                                @jonas

                                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?

                                O 1 Reply Last reply Reply Quote 0
                                • O
                                  Overcast451 @Twist
                                  last edited by

                                  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!

                                  O 1 Reply Last reply Reply Quote 0
                                  • O
                                    Overcast451 @Overcast451
                                    last edited by

                                    @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.

                                    1 Reply Last reply Reply Quote 0
                                    • A azino referenced this topic on
                                    • First post
                                      Last post
                                    Powered by NodeBB | Contributors