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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
