sfwrtr
273 discussion posts
I am running Remote Desktop in full screen mode. When I try to access the start menu by hovering, clicking, or using the Windows key, the best I get is the menu flashing up then disappearing. I am using the current version of Classic Shell. I have to take MSRDT out of full screen to get to the menu.
I'm attaching the troubleshooter.
• Attachment [protected]: DF MSDT Troubleshooter.txt [171,311 bytes]
sfwrtr
273 discussion posts
As of this moment, I can't reproduce it either.
I suspect that the problem is a memory issue. Despite having 16GB, I've succeeded and making the system page. This caused my desktop background process of File Explorer to lock up (and I had reinitialize it using Taskman). I also had to terminate some programs so I could run Remote Desktop again. My guess is I encountered an edge case and won't happen again. Currently operating with fully loaded memory, and other than the DF taskbars visibly repainting and sometimes the start menu being shown then disappearing then showing again so fast that it is barely perceptible, it all seems good.
If I can reproduce it in the future, I will provide the requested doc.
sfwrtr
273 discussion posts
This is your lucky day. I repeated the issue, started maximal logging, and captured the failure. Remote Desktop is maximized and full screen with focus on the primary monitor. The failing monitor is number 3. The menu failed to display, but would pop and outline when I clicked it. Clicking on the start menu on monitor 2, however, worked. It caused RM to loose focus, even though it remained in full screen.
After capturing the log, I remember to test the Windows key. It fails to show the menu similar, but isn't logged.
EDIT: Use the log from the next reply. This one may be incomplete.
• Attachment [protected]: df start menu troubleshooter.txt [142,141 bytes]
• Attachment [protected]: DisplayFusion start menu.log [2,735,825 bytes]
Feb 7, 2017 (modified Feb 7, 2017)
•
#5
sfwrtr
273 discussion posts
I goofed the logging. I may not of pressed apply first, and then my browser locked up and couldn't be killed by the task manager so I had to log off and on. However, I was able to reproduce the problem yet again. I set up logging properly, for sure, this time pressing apply after going to max logging and then when disabling it a minute later. It only covers testing this bug.
This log captures me clicking the start menu on monitor 3 and clicking on a window on that monitor before using the Windows key. Both failed to show the Start menu, though the Windows key did show it long enough for the system to paint it before removing it.
Really hopes this helps.
One more bit o'information. I started Remote Desktop first so it used all monitors, then closed and changed it so it displayed only on my primary. Not sure if this will help with the repro.
Good hunting!
EDIT: Added another file you requested.
EDIT: Fixed my DF account so it will send me your replies in email. (My bad!)
• Attachment [protected]: DebugInfo.html [160,763 bytes]
• Attachment [protected]: DisplayFusion better start menu.log [5,444,781 bytes]
Feb 7, 2017 (modified Feb 7, 2017)
•
#6
Thanks! So it's only the monitor to the left of the primary that has this issue?
Robert Blum
36 discussion posts
In what I just sent you, that would be monitor three which is the left most portrait monitor. The one on the right (number 1) is inconsistent, so I concentrated on three for this repro.
Ok, thanks! I still can't seem to reproduce it with the exact same monitor setup as yours. Could you also backup your DisplayFusion Settings and attach them?
sfwrtr
273 discussion posts
Here is the result of using Export Settings. I've customized very little, hoping to restore my settings from the migrated machine when that issue is resolved.
• Attachment [protected]: DisplayFusion Backup (2017-02-10 @ 14-54, 8.1.2.0, NUCNUC-ROBERTHQ).reg [64,898 bytes]
sfwrtr
273 discussion posts
Any updates? Do you think this is a beta thing? Should I go back to the general release?
sfwrtr
273 discussion posts
The problem does not happen in 8.0.
Ok, I have one last thing to try here. Could you backup your Classic Shell settings and attach them?
sfwrtr
273 discussion posts
The menu settings was from today. Could not figure out how to export the settings for classic explorer, but I do have the settings I imported in January. If that won't do, I'll try harder.
• Attachment [protected]: Classic Explorer Settings.xml [2,109 bytes]
• Attachment [protected]: Menu Settings.xml [111 bytes]