In Autoplaylist--listView, I'm directly editing the title field by clicking on it.
I'm needing to manually copy-paste track titles from a manual web-lookup of the album.
STEPS TO REPRODUCE:
In MM24, Click on a row to hilight a track.
ALT-TAB to a browser (Firefox in my case)... Select text...CTRL-C the text.
ALT-TAB back to MM.
Click the Title field in the selected row. Press F2.
Press Ctrl-V to paste new text. Hit ENTER key.
PROBLEM: The new title text does not replace the old (on the screen, at least).
However, if I immediately repeat the last 2 steps of the sequence above (Click field>F2>Paste>ENTER), then the text is replaced, as expected.
It is only the first field that I try to enter after immediately returning focus to MM from Firefox that fails the (screen) update.
I say (screen) because I'm not sure if the database IS ACTUALLY updated but the screen isn't, or it's both. Either way, it's still unexpected behaviour (a bug?).
Notes: Files I'm trying to edit are .ogg(opus) files.
First field edit in listView fails after ALT-TAB back into MM
Moderator: Gurus
First field edit in listView fails after ALT-TAB back into MM
Pete, from Wellington, New Zealand.
Currently evaluating a migration from MM4 (4.1.31.1919 on Win7 SP1/16Gig RAM/intel) to MM2024 (latest Debug version on Win11 24H2/16GB RAM/intel)
**If you're wondering why I'm still on MM4: It still has more useful-to-me plugins; and I prefer the GUI's responsiveness, panes spreadable over multi-monitors flexibility, and predictability (all coz it's more Windows-native). I also hate "flat design" for its visual inefficiency. For me, MM4's benefits are still > MM5, and MM5's downsides < MM4. There still appears to be way less MM5 plugins -- even after all this time. MM5 docs for plugin developers seem very undeveloped to me -- which makes me uninclined to invest into learning how to improve MM5 for my own wants.
Currently evaluating a migration from MM4 (4.1.31.1919 on Win7 SP1/16Gig RAM/intel) to MM2024 (latest Debug version on Win11 24H2/16GB RAM/intel)
**If you're wondering why I'm still on MM4: It still has more useful-to-me plugins; and I prefer the GUI's responsiveness, panes spreadable over multi-monitors flexibility, and predictability (all coz it's more Windows-native). I also hate "flat design" for its visual inefficiency. For me, MM4's benefits are still > MM5, and MM5's downsides < MM4. There still appears to be way less MM5 plugins -- even after all this time. MM5 docs for plugin developers seem very undeveloped to me -- which makes me uninclined to invest into learning how to improve MM5 for my own wants.
Re: First field edit in listView fails after ALT-TAB back into MM
Hi Pete,
I'm unable to replicate with the current beta. Are you seeing this with build 3078? Does it occur after shutdown/restart?
-Rusty
I'm unable to replicate with the current beta. Are you seeing this with build 3078? Does it occur after shutdown/restart?
-Rusty
Re: First field edit in listView fails after ALT-TAB back into MM
I'm unable to reproduce either on build 3078.
Download MediaMonkey | License
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Re: First field edit in listView fails after ALT-TAB back into MM
I'm using 3078 as a Portable installation.
Hmmm... After a restart, I'm now also unable to reproduce the problem.
I'll keep an eye out, and if it happens again, I'll report back in. (Perhaps with a screencapture video?)
Thanks for looking into it.
Hmmm... After a restart, I'm now also unable to reproduce the problem.
I'll keep an eye out, and if it happens again, I'll report back in. (Perhaps with a screencapture video?)
Thanks for looking into it.
Pete, from Wellington, New Zealand.
Currently evaluating a migration from MM4 (4.1.31.1919 on Win7 SP1/16Gig RAM/intel) to MM2024 (latest Debug version on Win11 24H2/16GB RAM/intel)
**If you're wondering why I'm still on MM4: It still has more useful-to-me plugins; and I prefer the GUI's responsiveness, panes spreadable over multi-monitors flexibility, and predictability (all coz it's more Windows-native). I also hate "flat design" for its visual inefficiency. For me, MM4's benefits are still > MM5, and MM5's downsides < MM4. There still appears to be way less MM5 plugins -- even after all this time. MM5 docs for plugin developers seem very undeveloped to me -- which makes me uninclined to invest into learning how to improve MM5 for my own wants.
Currently evaluating a migration from MM4 (4.1.31.1919 on Win7 SP1/16Gig RAM/intel) to MM2024 (latest Debug version on Win11 24H2/16GB RAM/intel)
**If you're wondering why I'm still on MM4: It still has more useful-to-me plugins; and I prefer the GUI's responsiveness, panes spreadable over multi-monitors flexibility, and predictability (all coz it's more Windows-native). I also hate "flat design" for its visual inefficiency. For me, MM4's benefits are still > MM5, and MM5's downsides < MM4. There still appears to be way less MM5 plugins -- even after all this time. MM5 docs for plugin developers seem very undeveloped to me -- which makes me uninclined to invest into learning how to improve MM5 for my own wants.
Re: First field edit in listView fails after ALT-TAB back into MM
And a debug log (step 4b).
Download MediaMonkey | License
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)
Help: Knowledge Base | MediaMonkey for Windows 5 | MediaMonkey for Android
Lowlander (MediaMonkey user since 2003)