[Pkg-audacious-maintainers] Bug#516592: audacious: fails to show a rolled up playlist editor window

[John Lindgren]

tags 516592 - moreinfo + unreproducible
thanks

Francesco Poli wrote:
> I am running audacious/2.1-1 on a Debian testing (squeeze) box, as
> detailed below.
> 
> I still *can* reproduce the bug by following the steps described in the
> original report, with three slight differences:
> 
>  (a) after leaving the playlist editor window shown and rolled up,
> I obtain the following grep output:
> 
>   $ grep playlist_[vs] ~/.config/audacious/config 
>   playlist_shaded=FALSE
>   playlist_visible=TRUE
>   playlist_visible=TRUE
>   playlist_shaded=TRUE
> 
> which is awkward, since it seems to imply that the settings are stored
> twice and inconsistently (libmcs bug? the first two lines seem to come
> from the [audacious] section, while the remaining ones come from the
> [skins] section).

No, it's not a libmcs bug.  Some of the settings were migrated from the
[audacious] section of the config file to the [skins] section when the
skinned interface was split into a plugin but were by a mistake not
removed from the [audacious] section.  The ones in the [skins] section
are the ones that matter.

>  (b) clicking on Roll up Playlist Editor (from the View menu) *does* 
> help in restoring the normal playlist editor window behavior.

I am also running 2.1-1 on Squeeze, but my system is i386, not x86_64,
so perhaps it is a 64-bit issue.

>  (c) after leaving the playlist editor window shown, but not rolled up,
> I obtain the following grep output:
> 
>   $ grep playlist_[vs] ~/.config/audacious/config 
>   playlist_shaded=FALSE
>   playlist_visible=TRUE
>   playlist_visible=TRUE
>   playlist_shaded=FALSE
> 
> which still shows redundant settings, but, at least, consistent ones...

Only because the first "playlist_shaded" is obsolete and not updated.

> I hope this additional information may help in pinpointing the issue.
> Thanks for your time.

Unfortunately, it doesn't help much.

Peace,
John Lindgren