1
General Discussion / Re: Editing a playlist entry
« Last post by Beast of Bourbon on Yesterday at 08:57:37 PM »Excellent. Very much appreciated.
Recent Posts
2
General Discussion / Re: How can I view the recently played/history ?
« Last post by Ysl on Yesterday at 08:14:57 PM »Perfect !! Thank you ♥♥
3
Preview Build Discussion / Re: bugs in version 1.99.45.23528
« Last post by dro on Yesterday at 06:43:38 PM »#1, I can't replicate it not updating so is that with the lyrics plug-in wacup provides (if so what skin is being used) or is it one of the 3rd party plug-ins? If it's the one provided with wacup have you changed it to show what's selected in the playlist as that's the only way I can get it to seem like it's not behaving vs forgetting something was selected at the time.
As for the quality of the lyrics there's little I can do with my solution when there's barely any free options available to try to obtain such information online (assuming that it's also not incorrect within the file(s) being accessed as using the local copy is prioritised where possible).
#2, I can replicate but only on the first action after loading that playlist & I still need to look into what's going on to cause it.
[edit] The sorting issue is due to a workaround in place to deal with interacting with the classic skin playlist editor buttons which puts it into a wrong state when the double-click is attempted whereby it doesn't try to determine the item that's being interacted with. It's also possible to trigger playback of the current item when double-clicking in some of the dead space within the playlist window so both of those issues should now be fixed for what'll become the next preview build.
As for the quality of the lyrics there's little I can do with my solution when there's barely any free options available to try to obtain such information online (assuming that it's also not incorrect within the file(s) being accessed as using the local copy is prioritised where possible).
#2, I can replicate but only on the first action after loading that playlist & I still need to look into what's going on to cause it.
[edit] The sorting issue is due to a workaround in place to deal with interacting with the classic skin playlist editor buttons which puts it into a wrong state when the double-click is attempted whereby it doesn't try to determine the item that's being interacted with. It's also possible to trigger playback of the current item when double-clicking in some of the dead space within the playlist window so both of those issues should now be fixed for what'll become the next preview build.
4
Wishlist / Feature Requests / Re: Remember file name and type
« Last post by dro on Yesterday at 03:22:43 PM »I thought I'd added it to that but seems not with the filename so that'll need to be added in a later build.
The filter selection is coded to be remembered but it looks like when I changed to use m3u8 as the default instead of m3u years back now I messed up the checking to avoid it saving out non-default values which broke it for remembering m3u as the filter selection (m3u8 & pls are being remembered correctly from my re-testing).
The filter selection is coded to be remembered but it looks like when I changed to use m3u8 as the default instead of m3u years back now I messed up the checking to avoid it saving out non-default values which broke it for remembering m3u as the filter selection (m3u8 & pls are being remembered correctly from my re-testing).
5
General Discussion / Re: Editing a playlist entry
« Last post by dro on Yesterday at 09:30:03 AM »Thank you for confirming. I've had a quick look & it seems that a workaround to resolve a WINE related issue when the size of the list contents changes is being incorrectly applied which is causing it to scroll back to the first item of the list. Will look to get that fixed for the next build as it's able to affect any of the list instances be it library playlists or the local library views for example.
6
General Discussion / Re: Editing a playlist entry
« Last post by Beast of Bourbon on Yesterday at 12:58:15 AM »Yes. As mentioned above, it happens after I edit a playlist entry. I right-click on an entry, choose "Playlist entry," make my edit to the title or the link, hit OK, then I'm jumped to the top of the playlist. If I scroll down to the entry I was editing, it's still highlighted. I just don't want to be jumped to the top of the playlist after editing.
7
General Discussion / Re: Editing a playlist entry
« Last post by dro on January 20, 2026, 10:28:21 PM »To confirm this is happening in the child playlist within playlist root view? Also which specific action are you using within the playlist view?
8
General Discussion / Re: How can I view the recently played/history ?
« Last post by dro on January 20, 2026, 10:24:36 PM »You or the skin has managed to collapse the media library navigation tree so it's not visible leaving the last shown media library view that was selected.
Move the mouse over the vertical bar to the left of the name column & that should change to a left-right mouse cursor along with the line changing colour which can be dragged to the right by clicking & moving the mouse.
Then you can select the history node which should show what's been played subject to how that mode is configured & if what's played meets those settings.
Move the mouse over the vertical bar to the left of the name column & that should change to a left-right mouse cursor along with the line changing colour which can be dragged to the right by clicking & moving the mouse.
Then you can select the history node which should show what's been played subject to how that mode is configured & if what's played meets those settings.
9
General Discussion / How can I view the recently played/history ?
« Last post by Ysl on January 20, 2026, 08:16:36 PM »Hi
History is enabled in the Preferences but after more than one hour research, I can still not see the recently played tracks in Wacup..
Could you help ?
Thank
History is enabled in the Preferences but after more than one hour research, I can still not see the recently played tracks in Wacup..
Could you help ?
Thank
10
Preview Build Discussion / Re: Small Mouse Cursor in v1_99_45_23528_x64
« Last post by dro on January 20, 2026, 07:25:09 PM »Oh that. I vaguely remember some reports about it but never really got to the bottom of it other than it seemingly being related to how winamp registered itself for file associations (not something wacup does in its preview state) which could for some installs then conflict with the OLE handling that is needed on my side to allow for some of the external drag+drop handling to work correctly. It however shouldn't have affected things when just starting the wacup process & is a shame I didn't know about it beforehand as it might've been possible to capture more of the wacup instance within that state vs what I had in place when it was last reported but if wacup is loading ok now then I'm not going to worry as much about it.
With the cursor handling, I've had a quick play around after fixing the non-skinned issue I saw as mentioned in the prior reply & if I change how the cursors are loaded it's possible to have the OS scale it up based on the screen dpi settings which might be enough for what's wanted.
The only obvious downside is that the scaling applied can be a bit crude making the cursors look a bit blocky depending on the size it's starting out with to begin with but that might not be an issue depending on the screen & how good the user's eyes are.
I'm still debating if I turn this change into something that can be controlled via the preferences (e.g. turning the use skinned cursors checkbox into a drop-down so it can be off, as-is, OS scaled) but that might not be needed so will need to see what it's like in use for others. Alternatively I might have to look at trying to scale the cursor image elements myself using a different solution & then passing that onto the OS to use but that also might not be needed.
With the cursor handling, I've had a quick play around after fixing the non-skinned issue I saw as mentioned in the prior reply & if I change how the cursors are loaded it's possible to have the OS scale it up based on the screen dpi settings which might be enough for what's wanted.
The only obvious downside is that the scaling applied can be a bit crude making the cursors look a bit blocky depending on the size it's starting out with to begin with but that might not be an issue depending on the screen & how good the user's eyes are.
I'm still debating if I turn this change into something that can be controlled via the preferences (e.g. turning the use skinned cursors checkbox into a drop-down so it can be off, as-is, OS scaled) but that might not be needed so will need to see what it's like in use for others. Alternatively I might have to look at trying to scale the cursor image elements myself using a different solution & then passing that onto the OS to use but that also might not be needed.