View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014842 | MMW v4 | Properties/Auto-Tools | public | 2018-05-28 16:45 | 2018-06-08 19:45 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Target Version | 4.1.21 | Fixed in Version | 4.1.21 | ||
| Summary | 0014842: Context menu is gone from inline editing and Properties dialog (Windows 10 update) | ||||
| Description | Context menu is gone from inline editing and Properties dialog. Right click shows nothing. | ||||
| Additional Information | Maybe: UCX-203-81278; RZH-684-47518 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1869 | ||||
|
|
Martin, I'm unable to replicate this using build 1867. Can you give some repro steps? |
|
|
Here's a video illustrating the issue from ticket WBK-141-59057 : https://www.screencast.com/t/xWiyAPO942B Note: I still can't replicate, but I do notice that when I'm using the 'pulse' skin I briefly see a white flash upon right-clicking on the selected text. |
|
|
I can replicate with the last Windows 10 updates. i.e. it appears for all MediaMonkey builds after the Windows Update. |
|
|
Windows now sends WM_KILLFOCUS message on context menu showing (so DestroyCaret is called in TTeEdit.KillFocus). Workaround could be to use the system's context menu (like in the Comment box). I was able to use the default system menu in the skinless version (fixed in 1868), but I am unable to use it in skinned version. EDIT: Finally I found another workaround for skinned version that seems to work fine (like before the Win10 update). Fixed in 1868. |
|
|
Verified 1868 |
|
|
This is not fixed for me on 1868. Context shows in multi-line fields (like comment), but not on single line fields (like Artist). Skinned/Portable |
|
|
I see, while it works in Properties dialog now (WBK-141-59057), it is still broken in case of inline editing (like on the video in UCX-203-81278 https://www.dropbox.com/s/yvtso7dxrsvc92i/MM%20Problems.mp4?dl=0 ), going to fix this for the next build. @lowlander: You have indicated that the context menu isn't shown at all for you? That sounds like a different issue, for the users (and for me) the context menu is always shown, just the selection is incorrect after using the menu. |
|
|
Lowlander indicated (via IM) that the context menu is missing entirely for him (on mouse right-click), but he uses win 10 version 1709 build 16299.431, asked him to update to the latest (1803, build 17134.81) EDIT: Jiri tested on Win10 1709 and the context menu is there, must be something specific to LowLander's PC. |
|
|
The issue from UCX-203-81278 is fixed in build 1869. Re: LL's issue, here is updated MM.exe ( https://www.dropbox.com/s/0rd2iplhysm6xo5/MediaMonkey.exe?dl=0 ), replace it over your current MM.exe from build 1868 and generate new debug log, thx |
|
|
User from UCX-203-81278 has already confirmed the fix (I've sent him updated EXE) Debugged the LowLander's issue offline and we have found that it is caused by his /Portable/MediaMonkey.registry file (the issue doesn't appear on clean install for him). I cannot replicate with his registry (probably because he has a multi-monitor environment with MM on the secondary -- which is left of the main monitor, this also explains negative values for the left position of MM windows), whenever the MM window is moved to the secondary monitor the issue appears. Solving... |
|
|
Fixed in 1869. |
|
|
Verified 1869 |
