Dear Maintainer,

   * What led up to the situation?

- Install QL on new account (.config/quodlibet/ does not exist)
- Go to "Internet Radio Stations"
- Either:
  - Let QL download its list of radio stations -or-
  - Add a URL manually, for example:
    - https://somafm.com/spacestation130.pls (AAC)
    - https://somafm.com/spacestation.pls (MP3)
- Hit play -> QL segfaults

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
- gst-play-1.0 plays both stream just fine, as does VLC
- Installed all Recommended and Suggested packages, to no avail
- Ran QL in debug mode Out put inconclusive:

D: 6.324: SongFileLibrary.add(<libraries.SongFileLibrary object at 0x7f9871192540 (quodlibet+library+libraries+SongFileLibrary at 0x2bc5480)>): Adding 101 items.
D: 6.367: SongFileLibrary.add(<libraries.SongFileLibrary object at 0x7f9871192540 (quodlibet+library+libraries+SongFileLibrary at 0x2bc5480)>): Adding 101 items.
D: 6.405: SongFileLibrary.add(<libraries.SongFileLibrary object at 0x7f9871192540 (quodlibet+library+libraries+SongFileLibrary at 0x2bc5480)>): Adding 101 items.
D: 6.449: SongFileLibrary.add(<libraries.SongFileLibrary object at 0x7f9871192540 (quodlibet+library+libraries+SongFileLibrary at 0x2bc5480)>): Adding 95 items.
D: 11.575: PlaylistModel.set: Filling view model with 0 songs.
D: 12.588: Query.__init__: Creating query "alternative", called from GenreFilter.query
D: 12.636: PlaylistModel.set: Filling view model with 112 songs.
D: 14.581: CommandRegistry.handle_line: command: 'status'(*[])
D: 14.581: CommandRegistry.run: Running '_status' with params ()
D: 14.719: CommandRegistry.handle_line: command: 'print-playing'(*['<album>'])
D: 14.719: CommandRegistry.run: Running '_print_playing' with params ('<album>',)
D: 14.856: CommandRegistry.handle_line: command: 'print-playing'(*['<artist> - <title>'])
D: 14.856: CommandRegistry.run: Running '_print_playing' with params ('<artist> - <title>',)
D: 15.110: PlaylistModel.set: Filling view model with 0 songs.
D: 15.661: PlaylistModel.set: Filling view model with 3314 songs.
D: 18.138: GStreamerPlayer.go_to: Going to <Gtk.TreeIter object at 0x7f9869b5de20 (GtkTreeIter at 0x2bd2900)>
D: 18.138: PlaylistMux.go_to: Told to go to <Gtk.TreeIter object at 0x7f9869b5de20 (GtkTreeIter at 0x2bd2900)>
D: 18.138: QueueModel.go_to: Told to go to None
D: 18.138: PlaylistModel.go_to: Told to go to <Gtk.TreeIter object at 0x7f9869b5de20 (GtkTreeIter at 0x2bd2900)>
D: 18.139: GStreamerPlayer._end: End song
D: 18.140: GStreamerPlayer._end: Next song
D: 18.177: util.cover.manager.failure: Didn't get cover from FilesystemCover: This source is incapable of fetching covers
D: 18.177: util.cover.manager.failure: Didn't get cover from EmbeddedCover: This source is incapable of fetching covers
D: 18.195: SongLibrary._changed(<libraries.SongLibrary object at 0x7f9870574300 (quodlibet+library+libraries+SongLibrary at 0x2bd8460)>): Changing 1 items.
D: 18.196: qltk.completion.__update_song: Updating tag model for 1 songs
D: 18.196: qltk.completion.__update_song: Done updating tag model for 1 songs

- Ran QL under strace, also inconclusive

   * What was the outcome of this action?

- Segfaults with all streams
- Local files of various formats (Ogg, FLAC, MP3) work just fine

   * What outcome did you expect instead?

- Working streamed audio

Hi,

as noted above, my use for this fix is quodlibet not segfaulting
anymore as describe in bug 970687. So I got the latest libproxy
source package (0.4.15-15) and built it, and then installed both
the bianry package and the debug symbols.

Quodlibet still dies, even with the new libproxy, and still *in*
libproxy, as indicated by the attached gdb backtrace.

Best,
Tobias

Dear Maintainer,

As per subject. Moving /usr/lib/x86_64-linux-gnu/libproxy.so.1.0.0 to
where the linker can't see it fixes QL (it does elicit an error message,
but nothing breaks). I have no idea if anything else on my system is
broken by this, but so far everything seems okay. Naturally, this is not
a permanent solution (despite being the only recourse I've had for well
over a year now).

Dear maintainer,

it seems this bug does not appear anymore in 4.3.0-2 (Bookworm version).
Both Radio Stations and podcasts are working just fine.

Sincerely,

Christophe