Filters not saved on tabs

[Pai_Natal]

Hi,

My MusicBee Layout includes several custom tabs with different settings, including filters.
The problem is that while other settings in the tabs are saved (display, etc), the filter in all tabs is always reset to no filter.
This always happens whenever I close the app, but sometimes also while it is open.

Any idea why this could be happening?

[Pai_Natal]

Any suggestions?

[karbock]

MusicBee "filters" are available only in "Music" tabs: right-click -> Filters.
Is that what you mean?

I'm using MB version 3.6.9208 P, and all applied filters are kept when restarting the application, even with several "Music" tabs open.
If your aren't using a recent 3.6 version, please upgrade (either by installing the official 3.6 release or by applying the latest patch), and report back.

[Pai_Natal]

That's exactly what I mean, I chose a filter with right-click -> Filters. The selections holds for a while, but eventually the tab goes back to no filter.
I updated to the latest version and the issue remains.

[tjinc]

I'm going to be extremely surprised if this is a bug with MusicBee (that can happen of course) - I have been using filters pinned to tabs for as long as I can remember and have never had one reset by itself. I assume many others do something similar and I cannot recall anyone suggesting that this happens.

I think you might have to try to identify what specific action causes this issue if you can.

You say that restarting MusicBee always resets the filter?
So if you create a new tab, select 'Music', select a filter and then restart MusicBee, has it immediately been reset to 'No Filter'?

It might also be worth setting the tab 'Navigation Lock' to 'Full Lock' to see if that helps (or helps to identify the issue).

[karbock]

I have found a reproducible sequence that resets the filter:

• Apply any filter
• In the Column Browser, select a value
• Double-click on the current track title in the Player Controls panel (top or bottom)
  (= hidden feature to show the current track in its album)

EDIT: the filter is reset if the current track started to play before applying the filter,
even if that track is within the scope of the newly applied filter.

[tjinc]

Wow - how on earth did you find that? - That's a pretty obscure combination of actions.

Note: It's also true with the Thumbnail Browser instead of the Column Browser.


Edit: But can this explain why it happens "whenever I close the app"?

[karbock]

I often use those actions separately.
But when I noticed that the filter had just been reset, it was easy to find out the sequence.
You can also insert other actions in-between, the result is the same.

Edit: But can this explain why it happens "whenever I close the app"?

In my install (3.6.9208 P), any applied filter is kept when restarting MusicBee.

[Pai_Natal]

Thanks for finding this, at least now I know one of the things that is causing it, and not just for me.
I've been trying to understand other situations when ithappens, it's not clear sinceI don't always have the tabs with the filters open, so sometimes I don't notice it immediately after it happens.
I confirmed it doesn't happen when I close MusicBee, it was just that I happened to notice it after a restart.
My guess is there is at least one more, more common situation that causes it, since it happens to me all the time. I will try to find what it is and post it here.

[karbock]

I have found a reproducible sequence that resets the filter

To complement what I mentioned earlier:
When is filter is applied, it is reset when locating the current track in the library

• either with a double-click on the current track title in the Player Control panel
• or by hitting the hotkey for "General: Locate Selected Track in Library"

and this after selecting a row in one the following panels:

• Column Browser
• Thumbnail Browser
• Navigator Panel
• Tag Hierarchy Explorer

[Steven]

it was actually intended behavior and should only happen if a track cannot be found when existing filters exclude the file ie. MB resets the active filter on the column browser, thumbnail browser, etc
However i will look to change it so the library filter is preserved

[karbock]

it was actually intended behavior and should only happen if a track cannot be found when existing filters exclude the file ie. MB resets the active filter on the column browser, thumbnail browser, etc
However i will look to change it so the library filter is preserved

Well, this intended behaviour may be the right thing, but I can suggest a variant:
If the now playing track does not match the current filter,
keeping the filter won't allow MB to show the track in its album,
unless MB opens a new tab without filter (or an existing inactive tab without filter).
(Thus, something similar to when you click on a link in the Track Information panel: a new panel opens, which matches the search pattern.)

Anyway, with the present algorithm, I've found a case where the filter is reset without need:

• No filter applied.
• Start a track of World Music.
• While playing, apply filter "World Music"
• Select a value in the Thumbnail Browser, then locate the playing track in the library
  => the filter is reset

On the contrary, the filter is not reset if the track was started AFTER applying the "World Music" filter.

While Pai_Natal (the OP) said that the filter reset "happens all the time", I've not been able to find other circumstances than the ones I mentioned.

[Steven]

this should work as expected
https://getmusicbee.com/patches/MusicBee36_Patched.zip
unzip and replace the existing musicbee application files

[karbock]

Tested: OK. Thanks, Steven!

[karbock]

Sorry... The correction (3.6.9239) must have generated another bug. 

Reproducible steps:
* No filter
* Start playing a track
* In the Thumbnail Browser, click on a value that doesn't match the now playing track
* Double-click on the title in the Player Control panel

Error message raised:

MusicBee v3.6.9239.33336P  (Win10.0), 18 avr. 2025 14:10:

System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
   à #=zvbbGfJPBH7fhcwBbEVLgMimVh4Ua.#=z8ECKy0s=(#=zfguIoVnGi21Ieq_Q$npEFUg= #=zC_RZ8VY=, #=zUI5ZPZeOb38G7Hu0RjsXOIw= #=zgCGYyfE=)
   à #=zvbbGfJPBH7fhcwBbEVLgMimVh4Ua.#=zqenL6lrZCBkKKvEF2UiSb3w=()
   à #=zFx7sY6$1lnrUBL19xURAZmyxDMYL.#=zFD$GlXk=.#=zVPm33Wg=(ApplicationCommand #=z6qWQKYc=, Object #=zP0Ql8p8=, IList`1 #=zYnoteX8=)
   à #=zvbbGfJPBH7fhcwBbEVLgMimVh4Ua.#=zSU$Nubc4T5sf.#=z3H7wvYNgB$jEuvHyEg==.#=zuAaMfdqSwPPawJS$5A==(#=zFor0PyWPO2nS #=zPm8gbzw=)
   à #=zCy5rcLRtj$LHhmtkaINXLcw=.#=zlKazIGwromgv(MouseEventArgs #=zPm8gbzw=)
   à #=zvbbGfJPBH7fhcwBbEVLgMimVh4Ua.OnMouseDoubleClick(MouseEventArgs #=zPm8gbzw=)
   à System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   à System.Windows.Forms.Control.WndProc(Message& m)
   à System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   à System.Windows.Forms.ContainerControl.WndProc(Message& m)
   à System.Windows.Forms.Form.WndProc(Message& m)
   à #=zmjQAx0UncsqPeY9YYc$2zw0=.WndProc(Message& #=z4kL57cw=)
   à #=zvbbGfJPBH7fhcwBbEVLgMimVh4Ua.WndProc(Message& #=z4kL57cw=)
   à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)