https://bugs.kde.org/show_bug.cgi?id=479152
--- Comment #4 from Ismael Asensio <isma...@gmail.com> --- (In reply to Nicolas Fella from comment #3) > #10 0x00007f3401ca6f14 _Z9qt_assertPKcS0_i (libQt6Core.so.6 + 0x4a6f14) > #11 0x00007f33e0800758 n/a (plasma_engine_dwd.so + 0x8758) > #12 0x00007f33e080be7c _ZN6DWDIon24forecast_slotJobFinishedEP4KJob > (plasma_engine_dwd.so + 0x13e7c) > #13 0x00007f3401c2767e n/a (libQt6Core.so.6 + 0x42767e) > #14 0x00007f340279bb50 _ZN4KJob6resultEPS_NS_14QPrivateSignalE With the little information here, my take is that the job finishes before it is added to the hashes a few lines later (ion_dwd.cpp, lines 218 to 227). https://invent.kde.org/plasma/plasma-workspace/-/blob/master/dataengines/weather/ions/dwd/ion_dwd.cpp#L218 Then `forecast_slotFinished` is reached and we try to access `m_searchJobList.value(job)` and/or `m_searchJobData[job]` (lines 282, 285) and the key is not there, triggering the Q_ASSERT in QHash. Nicolas, could this happen if the job is fast enough? I cannot reproduce the crash even faking a wrong url or no data, but we could guard against this anyway for 6.0 For 6.1 beside adding this guard, I'd also like to do a small refactor like the one in `ion_noaa.cpp` to simplify the code. -- You are receiving this mail because: You are watching all bug changes.
