Blank media library window right panel

[qwerty]

The Media Library right panel is empty no matter what is chosen in the left menu. Moreover, when I resize the middle panel, it produces rendering artefacts as shown in the screenshot.

However, when I double click the items, it still fills in the playlist (as also shown in the screenshot), so the library itself likely is still working.


This is happening for some weeks ~ months, even after I updated today.

[dro]

What OS & build type of WACUP is this happening with? So far I'm not seeing the active view in the media library messing up when testing under Win7, Win10, Win11 nor WINE 10.12. Also are you using any custom OS theme handlers or forced compatibility settings on WACUP?

[qwerty]

Is there a way to copy this system information with a single button? Don't see anything in About. - actually that's another bug on its own. Recording that just now.


Windows 10, 10.0.19045 Build 19045
WACUP - v1.99.36.22278 (x86)


What does "custom OS theme handlers" mean? Not sure about forced compatibility either - do you mean windows compatibility in desktop shortcut preferences? (I did not set / change that).

Anyway, I found there is a "post-release update", which I just applied and it fixed my Media Library issue.

This is what I see now. (You will have to make the browser window wider or scroll right to see it. The recording is too large.)

[dro]

The prefs window not drawing properly on loading has been reported by one other & I still can't replicate it over various OS & wacup installs.

"custom OS theme handlers" is making modifications to the OS to change the look of it outside of what it currently offers.

[qwerty]

It has just happened again. I could use it yesterday. Today after I woke up the PC, I opened the Library, saw the Albums view, I tried to search something and nothing happened, I changed library, nothing happened, I still saw the albums. I closed and opened the ML window and same issue. The middle section can be dragged and it keeps lines behind it.


Ah, got it. So you mean like WinAero Tweaker, Rainmeter, Windhawk, etc?

[dro]

No, something like windowblinds or the old OS theme packs which were known for hooking into the ui & screwing around with things. I just can't replicate your visual issue & without a potential capture of the process in that broken state (via the command-line /OHLOOKATYOU option) there's nothing I can do. Most likely now it's something failing & that's preventing anything within the library view from then working & if you're hibernating then potentially things are happening that are out of my control / leaving wacup in a broken state. Unless there's some consistent way for me to replicate this or potentially a better idea from the process snapshot I don't have anything to suggest for this.

[qwerty]

Am I doing it wrong?

[dro]

You need to follow the information from wacup.exe /? for how to use that action which I should've mentioned but I can't remember everything.

[qwerty]

Okay, I found the issue!

Sometimes the library would work, sometimes not and I just figured out what it was

Start wacup fresh

1. use Global hotkey for media library, in my case AltGr+L (Ctrl+Alt+L)
  - observe blank Media Library, close it
2. focus Wacup and use Alt+L hotkey to open ML
  - Media Library renders correctly, close it
3. use Global hotkey again
  - this time the Media Library works as expected

[qwerty]

Correction, it is even weirder than that. It is as if ALT+L was somehow turning the Library core on/off.

From my observation, it is as if there was this "hidden" state:


enabled = false // "media library engine" for lack of a better term; when false, this causes the empty freezing media library window
ml_open = false // the UI visibility

// when you focus winamp and press Alt+L
function altL() {
   if (ml_open) {
      ml_open = false
      enabled = false
   } else {
      ml_open = true
      enabled = true
   }
}

// when you hit the global AltGr+L or Ctrl+Alt+L
function altGrL() {
   if (ml_open) {
      ml_open = false
   } else {
      ml_open = true
   }
}


Now I hope you see where I am getting with it. In short, it is possible to make it such that "enabled" is false, while "ml_open" is true.
Basically, when I first open Media Library with Alt+L and then close it with AltGr+L, then I can use it as expected, but I can never close ML with Alt+L, this breaks it until I open it again with Alt+L.



// example state machine

[ enabled, ml_open ]

[ false, false ]                        // engine disabled, UI closed
altL()       -> [ true, true ]         // engine enabled,    UI visible
altL()       -> [ false, false ]      // engine disabled, UI closed
altGrL()    -> [ false, true ]      // engine disabled, UI visible  <- frozen empty window
altGrL()    -> [ false, false ]      // engine disabled, UI closed
altL()       -> [ true, true ]         // engine enabled,    UI visible
altGrL()    -> [ true, false ]      // engine enabled,    UI closed   <- opened with altL, closed with altGrL keeps it working
altGrL()    -> [ true, true ]         // engine enabled,    UI visible  <- working window
altL()       -> [ false, false ]      // engine disabled, UI closed