<table><tr><td style="">cullmann added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D6376" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>I don't speak about threading races. The whole class is not thread-safe, if threading occurs, all is lost.</p>

<p>But I see the chance, that you arrive twice at the m_reusablePhonons.insert(m); line, as there are multiple ways into the function doing that, one e.g. via NotifyByAudio::close and one in NotifyByAudio::onAudioFinished.</p>

<p>If you e.g. have a queued event for NotifyByAudio::onAudioFinished, that might happen even after you do ::close.</p>

<p>In any case, with the hash set we don't need to care for that.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R289 KNotifications</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D6376" rel="noreferrer">https://phabricator.kde.org/D6376</a></div></div><br /><div><strong>To: </strong>cullmann, Frameworks<br /><strong>Cc: </strong>mpyne, rjvbb<br /></div>