Audacious Freezes During Search (Version 4.4.2)

[arch3rtemp]

Describe the bug
Audacious music player freezes when attempting to search for a song within the playlist.

Steps to reproduce

1. Launch Audacious. (It does not matter Snap version or standalone version)
2. Press Ctrl + f to open the search bar.
3. Begin typing the name of the track (.flac or .cue files)
4. The player freezes after entering 3-4 characters.

Expected behavior
Audacious should display search results as you type, allowing you to quickly locate songs in your playlist.

Additional information
Logs:

• Audacious version and interface (Qt / GTK / Winamp): 4.4.2 GTK, Snap installation
• Operating system and version: Ubuntu 24.04.1 LTS
• Desktop environment: Gnome
• Screenshots:

• Sample files: Not applicable for this bug
• Logs (use LANG=C audacious -V for English output):

snap run audacious V INFO.txt

[mschwendt]

Snap installation

Most likely the fault is caused by that, since searching playlists works fine here regardless of whether it's with GTK or Qt.

Just curious, if you switch to Qt, is the freeze reproducible?

[arch3rtemp]

I cannot switch to QT. I guess it is reduced version only containing GTK interface.
I am to report this bug on Snap then.

[radioactiveman]

I haven't seen this behavior either. Ctrl+F is also not something what Audacious controls but GTK internally.

With the GTK interface you can search with the "Jump to Song" dialog (CTRL+J) as well by the way.

[arch3rtemp]

I installed Audacious using apt install audacious but the problem stays the same.
Ctrl + J works though.
This standalone installation has another minor issue:

$ audacious
Gdk-Message: 21:00:26.920: Window 0x64aa1c94d120 is a temporary window without parent, application will not be able to position it on screen.

[arch3rtemp]

I restarted this standalone installation in QT mode and the app freezes on Ctrl + f as well

[mschwendt]

Probably freezes also with only a single music file and is likely unrelated to searching.

[radioactiveman]

$ audacious
Gdk-Message: 21:00:26.920: Window 0x64aa1c94d120 is a temporary window without parent, application will not be able to position it on screen.

This issue only occurs when using Wayland and was already fixed with Audacious 4.4.

[arch3rtemp]

Probably freezes also with only a single music file and is likely unrelated to searching.

Thanks for the clue. I found out the issue only arises when searching in .cue list

This issue only occurs when using Wayland and was already fixed with Audacious 4.4.

Thanks. The Ubuntu repo contains old 4.3.1 version.

[radioactiveman]

Even when adding a .cue file and then searching in the playlist with Ctrl+F I can't reproduce a freeze.
Tried it on Arch Linux and Ubuntu 24.04 with the GTK and Qt interface.

Please update your initial post with the steps to reproduce and attach logs (the output of audacious -V) of the Ubuntu version, not the Snap one.

[arch3rtemp]

Sorry for late response. I updated the original post, added new screenshot and replaced the log file with the new one.

[radioactiveman]

The log file contains many warnings and errors regarding .m4v files, logged by the FFmpeg plugin. No single hint about .flac and .cue files as mentioned initially.

I can't reproduce this issue so please try to narrow it down.

• Start with a fresh configuration (rename ~/.config/audacious directory or its Snap equivalent)
• Add only very few files to the playlist
• Try different file formats
• Try disabling the input plugin FFmpeg

[arch3rtemp]

I found out the real culprit.

Some m4v files were added to the music list and navigating through them caused the errors in the terminal and Audacious freeze.

It would be great if Audacious added only files with supported formats to the list.