First field edit in listView fails after ALT-TAB back into MM

Post a reply

Smilies
:D :) :( :o :-? 8) :lol: :x :P :oops: :cry: :evil: :roll: :wink:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: First field edit in listView fails after ALT-TAB back into MM

Re: First field edit in listView fails after ALT-TAB back into MM

by Lowlander » Mon Nov 18, 2024 8:56 pm

Re: First field edit in listView fails after ALT-TAB back into MM

by peter_h » Mon Nov 18, 2024 7:46 pm

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. :)

Re: First field edit in listView fails after ALT-TAB back into MM

by Lowlander » Mon Nov 18, 2024 11:09 am

I'm unable to reproduce either on build 3078.

Re: First field edit in listView fails after ALT-TAB back into MM

by rusty » Mon Nov 18, 2024 9:38 am

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

First field edit in listView fails after ALT-TAB back into MM

by peter_h » Sun Nov 17, 2024 10:52 pm

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.

Image

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.

Top