Fixed a bug that caused the background player to stop working

[Jared234]

What is it?

• Bugfix (user facing)
• Feature (user facing)
• Codebase improvement (dev facing)
• Meta improvement to the project (dev facing)

Description of the changes in your PR

The bug was caused by an incorrect comparison between the existing PlaylistQueue and the new PlaylistQueue. In the handleIntent method in the Player class, both are compared, and if they are considered equal, the existing PlaylistQueue remains unchanged (because why reinitialize the same queue?). However, the overridden equality check was incorrect, as it only checks if the streams are the same, without considering the queueIndex. By inserting this check, the bug is fixed and only if the queues are actually identical, the existing queue is not reinitialized anymore.
I also had to change a test that tests if the equality check disregards the index. However, IMO if you do that the "equal" check doesn't make sense, since these queues cannot be considered equal.

Fixes the following issue(s)

• Fixes Start playing in background after clicking background header in playlists bug #9131

APK testing

The APK can be found by going to the "Checks" tab below the title. On the left pane, click on "CI", scroll down to "artifacts" and click "app" to download the zip file which contains the debug APK of this PR.

Due diligence

• I read the contribution guidelines.

[sonarcloud]

SonarCloud Quality Gate failed.   

1 Bug
0 Vulnerabilities
0 Security Hotspots
0 Code Smells

0.0% Coverage
0.0% Duplication

[Jared234]

The "SonarCloud Quality Gate" failed. However, the "bug" it found cannot occur. If you take a look at the equalStreams method, you can see that it checks if other is null. Therefore, the getIndex() method can only be called on other in the equalStreamsAndIndex method if it is not null.
Is there any way to ignore these kinds of issues? Or should I implement an additional check?

[Stypox]

LGTM, thank you!

The base branch was changed.