Bug 432456 - Elisa crahes on start
Summary: Elisa crahes on start
Status: REPORTED
Alias: None
Product: Elisa
Classification: Applications
Component: general (show other bugs)
Version: 20.12.1
Platform: Debian stable Linux
: NOR crash
Target Milestone: ---
Assignee: Matthieu Gallien
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2021-02-03 10:10 UTC by soundsurfer99
Modified: 2024-02-02 22:11 UTC (History)
4 users (show)

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


Attachments
New crash information added by DrKonqi (4.19 KB, text/plain)
2021-02-03 13:03 UTC, soundsurfer99
Details
New crash information added by DrKonqi (19.73 KB, text/plain)
2021-02-16 16:27 UTC, Oscar
Details

Note You need to log in before you can comment on or make changes to this bug.
Description soundsurfer99 2021-02-03 10:10:08 UTC
Application: elisa (20.12.1)

Qt Version: 5.15.2
Frameworks Version: 5.78.0
Operating System: Linux 5.10.0-2-amd64 x86_64
Windowing system: X11
Distribution: Debian GNU/Linux bullseye/sid

-- Information about the crash:
Starting elisa on a frehsly booted system results in a segfault by elisa.

-- Backtrace:
Application: Elisa (elisa), signal: Segmentation fault
Content of s_kcrashErrorMessage: [Current thread is 1 (Thread 0x7f3981d738c0 (LWP 34519))]
[KCrash Handler]
#5  QVariant::~QVariant (this=0x2000000010022, __in_chrg=<optimized out>) at kernel/qvariant.cpp:1827
#6  0x00007f3988ae2ffc in QMapNodeBase::callDestructorIfNecessary<QVariant> (t=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:100
#7  QMapNode<DataTypes::ColumnsRoles, QVariant>::destroySubTree (this=0x2000000010002) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:125
#8  QMapNode<DataTypes::ColumnsRoles, QVariant>::doDestroySubTree (this=0x7f39000008d0) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:137
#9  QMapNode<DataTypes::ColumnsRoles, QVariant>::destroySubTree (this=<optimized out>) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:126
#10 0x00007f3988ae3267 in QMapNode<DataTypes::ColumnsRoles, QVariant>::doDestroySubTree (this=0x7f3944169b60) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:137
#11 QMapNode<DataTypes::ColumnsRoles, QVariant>::destroySubTree (this=0x7f3944169b60) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:126
#12 QMapNode<DataTypes::ColumnsRoles, QVariant>::doDestroySubTree (this=0x7f39441645a0) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:137
#13 QMapNode<DataTypes::ColumnsRoles, QVariant>::destroySubTree (this=0x7f39441645a0) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:126
#14 QMapNode<DataTypes::ColumnsRoles, QVariant>::doDestroySubTree (this=0x7f3944189430) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:137
#15 QMapNode<DataTypes::ColumnsRoles, QVariant>::destroySubTree (this=0x7f3944189430) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:126
#16 QMapData<DataTypes::ColumnsRoles, QVariant>::destroy (this=0x7f39440b8a30) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:245
#17 0x00007f3988b6f8c8 in QMap<DataTypes::ColumnsRoles, QVariant>::~QMap (this=0x7ffcedffa370, __in_chrg=<optimized out>) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:334
#18 QMap<DataTypes::ColumnsRoles, QVariant>::operator= (other=..., this=0x55d4f0131f90) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:643
#19 QMap<DataTypes::ColumnsRoles, QVariant>::operator= (other=..., this=0x55d4f0131f90) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qmap.h:640
#20 DataTypes::MusicDataType::operator= (this=0x55d4f0131f90) at ./src/datatypes.h:83
#21 DataTypes::TrackDataType::operator= (this=0x55d4f0131f90) at ./src/datatypes.h:109
#22 TrackMetadataModel::fillDataFromTrackData (this=0x55d4f0131f80, trackData=..., fieldsForTrack=...) at ./src/models/trackmetadatamodel.cpp:289
#23 0x00007f3988b70386 in TrackMetadataModel::trackData (this=0x55d4f0131f80, trackData=...) at ./src/models/trackmetadatamodel.cpp:282
#24 0x00007f39874fef31 in QObject::event (this=0x55d4f0131f80, e=0x55d4f0a2fba0) at kernel/qobject.cpp:1314
#25 0x00007f39884dc15f in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x55d4f0131f80, e=0x55d4f0a2fba0) at kernel/qapplication.cpp:3632
#26 0x00007f39874d2f0a in QCoreApplication::notifyInternal2 (receiver=0x55d4f0131f80, event=0x55d4f0a2fba0) at kernel/qcoreapplication.cpp:1063
#27 0x00007f39874d5941 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x55d4ef88b920) at kernel/qcoreapplication.cpp:1817
#28 0x00007f398752add3 in postEventSourceDispatch (s=0x55d4ef9bf700) at kernel/qeventdispatcher_glib.cpp:277
#29 0x00007f39851d7d3b in g_main_dispatch (context=0x7f397c005000) at ../../../glib/gmain.c:3325
#30 g_main_context_dispatch (context=0x7f397c005000) at ../../../glib/gmain.c:4043
#31 0x00007f39851d7fe8 in g_main_context_iterate (context=context@entry=0x7f397c005000, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../../../glib/gmain.c:4119
#32 0x00007f39851d809f in g_main_context_iteration (context=0x7f397c005000, may_block=may_block@entry=1) at ../../../glib/gmain.c:4184
#33 0x00007f398752a45f in QEventDispatcherGlib::processEvents (this=0x55d4ef9b46d0, flags=...) at kernel/qeventdispatcher_glib.cpp:423
#34 0x00007f39874d18cb in QEventLoop::exec (this=this@entry=0x7ffcedffa850, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69
#35 0x00007f39874d9b40 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:121
#36 0x00007f3987cfabdc in QGuiApplication::exec () at kernel/qguiapplication.cpp:1867
#37 0x00007f39884dc0d5 in QApplication::exec () at kernel/qapplication.cpp:2824
#38 0x000055d4eef451e4 in main (argc=<optimized out>, argv=<optimized out>) at ./src/main.cpp:165
[Inferior 1 (process 34519) detached]

The reporter indicates this bug may be a duplicate of or related to bug 430655.

Possible duplicates by query: bug 430655, bug 430089, bug 276586.

Reported using DrKonqi
Comment 1 soundsurfer99 2021-02-03 13:03:04 UTC
Created attachment 135391 [details]
New crash information added by DrKonqi

elisa (20.12.1) using Qt 5.15.2

- What I was doing when the application crashed:
Listening to music. Not entirely shure if the player crashed when starting playback of the next song, but I believe so.

-- Backtrace (Reduced):
#6  0x00007f3b386a83b6 in QMapDataBase::freeTree (this=0x7f3ab87ee370, root=0x1000100010002, alignment=8) at tools/qmap.cpp:351
#7  0x00007f3b386a83e7 in QMapDataBase::freeTree (alignment=8, root=0x7f3b100008d0, this=0x7f3ab87ee370) at tools/qmap.cpp:352
#8  QMapDataBase::freeTree (alignment=8, root=0x7f3ab817fc90, this=0x7f3ab87ee370) at tools/qmap.cpp:352
#9  QMapDataBase::freeTree (alignment=8, root=0x7f3ab8166dc0, this=0x7f3ab87ee370) at tools/qmap.cpp:352
#10 QMapDataBase::freeTree (this=this@entry=0x7f3ab87ee370, root=0x7f3ab819a540, alignment=alignment@entry=8) at tools/qmap.cpp:352
Comment 2 soundsurfer99 2021-02-16 14:31:25 UTC
I looked a bit more into which songs were played or in the playlist when the crash happen. I now believe the crashs are connected to non-standard conform tags. I.e. I have only observed the crashes when songs with non-standard conform tags were in the playlist (and i think only when changing from one song to the next).

In addition, I went though a subset of my music library enforced standard conform tags with kid3. I have not observed any crashes if I restrict the playlist to these know 'good' titles.

Hope this helps and please let me know if I can provide more info.
Comment 3 Oscar 2021-02-16 16:27:04 UTC
Created attachment 135724 [details]
New crash information added by DrKonqi

elisa (20.12.1) using Qt 5.15.2

- What I was doing when the application crashed:
Start the application, them crash. Usually at the second start work propertly

-- Backtrace (Reduced):
#4  0x00007f9f1e59e814 in TrackMetadataModel::fillDataFromTrackData(DataTypes::TrackDataType const&, QList<DataTypes::ColumnsRoles> const&) () from /usr/lib/x86_64-linux-gnu/elisa/libelisaLib.so.0
#5  0x00007f9f1e59f333 in TrackMetadataModel::trackData(DataTypes::TrackDataType const&) () from /usr/lib/x86_64-linux-gnu/elisa/libelisaLib.so.0
#6  0x00007f9f1ce70239 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f9f1dededc3 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#8  0x00007f9f1dee7bb8 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
Comment 4 Jack Hill 2024-02-02 22:11:05 UTC
(In reply to soundsurfer99 from comment #2)
> I looked a bit more into which songs were played or in the playlist when the
> crash happen. I now believe the crashs are connected to non-standard conform
> tags. I.e. I have only observed the crashes when songs with non-standard
> conform tags were in the playlist (and i think only when changing from one
> song to the next).
> 
> In addition, I went though a subset of my music library enforced standard
> conform tags with kid3. I have not observed any crashes if I restrict the
> playlist to these know 'good' titles.
> 
> Hope this helps and please let me know if I can provide more info.

Hi. If this still happens, please could you let us know what file format and what tags cause the app to crash?