Sound Event Not Playing Correctly in "Default" Mode

[lbk2907]

Description

There's an issue with the playback of sound events in the "Default" mode. The exact behavior is challenging to articulate, but generally, the correct sound isn't always triggered. Instead, the last played sound persists. For example, when User A connects to the server, the appropriate sound plays. However, subsequent events like User B sending a message to the channel result in the repeated playback of the initial connection sound rather than the expected channel message sound. This issue needs attention to ensure accurate sound playback.

Application

• [X] qtTeamTalk
• [ ] TeamTalkAndroid
• [ ] iTeamTalk
• [ ] TeamTalkClassic
• [ ] TeamTalkServer

Platform

• [X] Windows
• [ ] macOS
• [ ] Android
• [ ] iOS
• [ ] Linux

Expected behavior

I expected the sound events in the "Default" mode to play accurately and consistently according to their respective triggers. Specifically, when User A connects to the server, I anticipated hearing the designated sound associated with that event. Subsequently, when other events occur, such as User B sending a message to the channel, I expected to hear the corresponding sound without any interference from previously played sounds. Overall, I expected the sound playback to align precisely with the actions happening within the application, providing clear auditory feedback to users.

Actual behavior

In the "Default" mode, the sound events are not playing as expected. When User A connects to the server, the designated sound associated with this event plays correctly. However, subsequent events, such as User B sending a message to the channel, do not trigger the intended sound. Instead, the sound that was played during User A's connection persists and is heard again, despite the occurrence of a different event. This results in inconsistent and inaccurate sound playback, which can lead to confusion among users regarding the actual events happening within the application.

Steps to reproduce problem

I am unsure since which version of TeamTalk this issue has existed, but my current TeamTalk version is 5.15.2.5137 - Unreleased. All that is needed to reproduce the problem is to change the playback mode of the sound event to "Default".