Messages

Thank you!

The export files option on the latest commit snapshot "fixes to creation of filename/path from format" is no functioning correctly. The first variable in the folder format is creating a folder with the variable itself as a name.

Reverting back to previous snapshot from last Friday "fix: the "all" row in FPanes should not have children" solves the problem.

Example: Album Artist is "PJ Harvey", Album is "Dry", Media Player is "ipod". Folder format is ipod/%A/Dry.
This is also the case with other fields. Filenames themselves are behaving correctly.

Let me know if you need any more information.

All fine now. Thanks.

Here are a few other issues I've come across while using the most recent snapshots. Some may be specific to my setup but some may be bugs. I'll provide any extra information as required. But I hope these observations are of some use.

1. Autosave seems not to be working properly. It just doesn't kick in at all. The last time it happened terminal gave the following error:

Code Select Expand

Writing tags in /home/sheamus/.config/gmusicbrowser/gmbrc ...
*** unhandled exception in callback:
***   Can't use string ("wombalton: Two Panes") as a HASH ref while "strict refs" in use at /usr/bin/gmusicbrowser line 1663.
***  ignoring at /usr/bin/gmusicbrowser line 1072.
I don't know it this is related to the general behaviour of not saving. If I try to save manually there is no problem. Also, there are times when autosave works without a problem which leads me to believe it may have something to do with my setup.

2. Crashing during autosave. When autosave is working properly gmb will crash with a segmentation fault if the song is changing during autosave.
3. Crashing during check for updated/changed tracks, check for new tracks. Again if there is a song change during either of these processes gmb will crash.
4. Not saving playlists. If I am listening to a filter with the queue set up to autofill according to last played, date etc. then these settings are not being saved when I shut down. The queue remains intact but that is all, it reverts back to normal mode, with no filter selected and no play order. The only exception is if I am using weighted random, the weighted random setting is kept.

I hope these are useful, or they may point to one common problem. I am using a reasonably fresh (less than two weeks old) install of Ubuntu Karmic although the same problems were happening with Jaunty.

I use the user created layout Wombalton two panes: http://gmusicbrowser.org/contrib/wombalton_2panes.layout. With the most recent snapshots the columns disappear in the right panel so it is impossible to insert new columns, sort tracks etc. Running gmb through terminal I get the following error:

Code Select Expand

layout error: EditListButtons already has a parent -> can't put it in VBTab1

This relates to this part of the layout:
#left tabs
TBlist0      = "Playlist" VBTab0 "Queue" VBTab1
VBTab0      = _SongList(mode=playlist,group=1) EditListButtons(group=1,small=1)
VBTab1      = _QueueList(group=2) EditListButtons(group=2,small=1)

I'm not sure if this is related to the problem as it refers to the left pane. Also when I load the other Womabalton layout: http://gmusicbrowser.org/contrib/wombalton.layout there is no error and the columns are still missing.

Also this only happens in the Browser tab. Playlist and Queue are both fine.

I originally reverted back to an earlier snapshot, but (a) this is not a solution and (b) this no longer seems to work.

I know this is a user layout and not your problem but if there is a simple solution to this I'd appreciate if you could help.

Thanks, aside from this I am really enjoying the new version.