johnDF
42 discussion posts
Opening a program on my system takes maybe 0.2 seconds. But then it takes about two more seconds for the "move window to next monitor" button to appear on the titlebar. Is that delay normal? Any way to speed it up? Thanks.
May 2, 2019 (modified May 2, 2019)
•
#1
johnDF
42 discussion posts
here you go
• Attachment [protected]: DisplayFusionDebugInfo.zip [22,573 bytes]
Thanks! Are they slow to appear on all applications, or only certain ones?
johnDF
42 discussion posts
Just did a test of the delay and got this:
Two second delay
-----------------
lotus 1-2-3
firefox
irfanview
Zero delay (move window to next monitor button appears at the same time as the rest of the titlebar)
-------------
chrome
notepad
explorer
internet explorer
ccleaner
mspaint
microsoft excel
ultraiso
btw - On my system all of these programs load pretty much instantaneously, maybe .1 or .2 seconds
Then I was curious about what made the top three programs unique so I ran a few scenarios using just irfanview. Here is what i found
1) If I load irfanview by going into my start menu and navigating to the shortcut and INSTEAD of hitting left click like I normally would, but instead selected "right click-open" (I made a screenshot of it below to show what I mean), the program load instantly AND the "move window to next monitor button" ALSO loads instantly. Further, going to the actual program file using explorer and clicking on the exe file directly (whether with a left double click OR a right-click-open) ALSO loads both the program and the move window button instantly.
2) But if I load irfanview that way I normally do, by navigating to its shortcut within the start menu and hitting left click, THEN the program loads instantly BUT the move window button appears two seconds later.
So then I wondered if maybe this had something to do with irfanview's need to load its ini file or its plugins, so I deleted both and re-ran items 1 and 2 above, and the result were the same as before.
Edit: One more data point. Disabling my AVG antivirus also had no impact on the results
Edit #2: Everything within 1) & 2) above also applies to lotus 1-2-3. It also applies to firefox IF I use a blank page as my home page. But if I use an internet page as the home page (mine is www.google.com), the move window button appears only after a delay no matter whether I start it from a menu shortcut or even using right-click-open on the exe file. It appears the menu button waits for the page to load no matter what. And yet on chrome and IE, the move window button appears instantaneously, prior to the home page loading, no matter what method I use to start the program.
Clipboard01.jpg
May 3, 2019 (modified May 3, 2019)
•
#5
johnDF
42 discussion posts
Quote:
Could you send me a debug log for this?
- On the DisplayFusion Settings > Troubleshooting tab, change the Logging drop-down to "L1: Log Minimal" and click Apply
- Try opening Firefox and IrfanView
- Click the "Export Info to File" button on the Settings > Troubleshooting tab
- Reply with the file attached
- Disable debug logging after sending the log
log attached. By the way the delayed appearance of "move window to next monitor" also occurs when I load the DF settings window itself.
• Attachment [protected]: DisplayFusionDebugInfo.zip [389,513 bytes]
In the Settings > Advanced Settings window, if you enable the "Disable Hung Window Detection" option, does that make any difference at all for either Firefox or Irfanview?
johnDF
42 discussion posts
delay also still there with beta 3
How about if you enable the "TitleBar Buttons: Don't Hide for Top-Tabs" option in the Advanced Settings?
For Lotus, it looks likes you've got a Compatibility rule for it that disables the hooks. That would likely cause the issue here as DF has to then rely on polling to know when to add the buttons.
For IrfanView, there's not likely anything we can do there. The debug log you sent shows that IrfanView is reporting as "Not Responding" while it's starting up, which makes DisplayFusion wait to add the buttons.
johnDF
42 discussion posts
still working on this, thanks for the feedback
May 15, 2019 (modified May 15, 2019)
•
#14
That's super weird! I have no idea why that works, but I will pass this over to our devs to see if they know.
Ok, so update on this. We don't have any idea why adding a command line switch to the shortcut makes it faster. We don't have any hard coded exceptions to delay the adding of the titlebar buttons for those apps, DF just waits until Windows says the window is visible. Windows must be doing something differently under the hood when there are command line parameters that's causing that to happen quicker.
Please let us know if you have any further questions at all.
Thanks!