Title

Message

Confirm

<< DiscussionsReply

opening system tray on startup

Hollo
64 discussion posts
Hi,

I'm trying to work around an OpenShell bug (https://github.com/Open-Shell/Open-Shell-Menu/issues/572) by getting DF to open systray once at startup.
I was thinking it would be easiest to do with a scripted function to run when DF starts but I can't find any straightforward single command for this. Is there a simple function/command that just opens/closes the systray? Or do you have any other suggestion how to achieve this?

thanks in advance!
Jan 19, 2021  • #1
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

You should be able to create a scripted function that can do this. You can use bfs.input.setmouseposition to move your mouse to the coordinates on your monitor where the system tray button is (a crosshair will come up where you can select the position), and then use bfs.input.leftclickmouse.

Your scripted function would look something like this (with the coordinates though)

BFS.Input.SetMousePosition(X,Y);
BFS.Input.LeftClickMouse();

You can then attach this to a trigger to launch each time you open OpenShell.

Hope this helps!
Jan 20, 2021  • #2
Hollo
64 discussion posts
Hi Owen,

Turns out doing this messes up the start menu even more, so I decided to try starting and killing OS settings on DF startup.
Now I got this method working by waiting for the OS settings window to open and then close it but this feels overcomplicated.
I'm fairly certain that this issue is caused by some registry clash, so there might be a more generic and elegant solution within DF itself.

Could you please look into this?

thanks!
Jan 20, 2021 (modified Jan 21, 2021)  • #3
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

What issue were you running into with the start menu?

Thanks!
Jan 21, 2021  • #4
Hollo
64 discussion posts
Hi,

Sorry I just realized that my link got kinda lost in the middle of the text:
https://github.com/Open-Shell/Open-Shell-Menu/issues/572

In short, start menu always opens on the primary display instead of the current one despite it's set to open on the display with focus. This can be temporarily "fixed" by reloading something by either opening OS settings or the system tray, but it only lasts until the next PC restart.
Jan 21, 2021  • #5
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Ah, understood, my mistake. It's unlikely that we can establish a permanent fix for this in Display Fusion, but I've attached a script that should open an close the OS settings automatically that you can attach a key combination to. Let me know if that works!
• Attachment: Open and Close the Windows Settings.dfscript [1,244 bytes]
Jan 22, 2021  • #6
Hollo
64 discussion posts
Hello,

Thanks, but this does not do the trick. I believe DF overwrites some registry value which causes OS to bug out (DF also does this when I open its settings and then I have to fix it again).
However, I already had a script that works, I've attached this to DF startup:

uint appID = BFS.Application.Start("C:\\Program Files\\Open-Shell\\StartMenu.exe", "-settings");
while (BFS.Application.IsAppRunningByAppID(appID)) {
BFS.General.ThreadWait(100);
}
IntPtr window = BFS.Window.GetWindowByText("Settings for Open-Shell Menu*");
BFS.Window.Close(window);


But alas, this only works until DF settings is opened, then it overwrites the OS settings again. So now I need it to be done after closing DF settings too but I can't find such trigger event.
Can you suggest some easy way to do this?

Also, just in the process of writing this I realized that maybe I've confused you with OS, where I meant OpenShell. So in the light of this, do you still think there's nothing DF can do about this registry clash?

thanks!
Jan 22, 2021 (modified Jan 22, 2021)  • #7
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Interesting, we can't seem to reproduce the issue on our end, so we're not sure which settings could be causing this. Could you send over a video of the bug happening?

Thanks!
Jan 26, 2021  • #8
Hollo
64 discussion posts
Hi,

Attached.
Left is the primary display.
1) Started at a "fixed" state, Start Menu opens on the secondary when invoked there.
2) After simply opening and closing DF settings, Start Menu will always open on the primary display, regardless of where it was invoked.
3) Opening and closing OpenShell settings returns it to the correct state, after that the Start Menu will open where it should.

I can check and change/test registry settings if you have any ideas.
• Attachment [protected]: startmenu_primary_bug.mkv [802,630 bytes]
Jan 26, 2021  • #9
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Thanks for sending that over. After clicking okay on the Display Fusion start window, can you wait 60 seconds before trying to open the start menu and see if the issue persists?

Thanks!
Jan 27, 2021  • #10
Hollo
64 discussion posts
Hello,

Yes it persists indefinitely. Only opening OpenShell settings or systray changes it.
Jan 27, 2021 (modified Jan 27, 2021)  • #11
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Could you send over a backup of your Display Fusion settings? You can grab them from the options tab in Display Fusion, with the "Export Settings" button.

Could you also send over your Open Shell settings?

Thanks!
Jan 29, 2021  • #12
Hollo
64 discussion posts
Hi,

Here they are. I think OpenShell doesn't have an option to export the settings in registry key format so I'll have to do some digging if that's what you need but I should be able to get that just let me know (would be easier if you had an idea of which settings in particular).
• Attachment [protected]: DF_settings_20210129.reg [678,132 bytes]
• Attachment [protected]: OpenShell_settings_20210129.xml [7,804 bytes]
Jan 29, 2021  • #13
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Thanks for sending those over. It looks like I was able to reproduce the issue on my end, so I've added this to our list to look into. We'll be sure to let you know if/when we have any news on it in the future.

Thanks!
Feb 2, 2021  • #14
Hollo
64 discussion posts
Great, thanks! I hope you'll be able to fix it soon.
Feb 2, 2021  • #15
Hollo
64 discussion posts
Hi,

Any luck fixing this?

Thanks!
Mar 17, 2021  • #16
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

We currently have this on our list to look into for DisplayFusion v10, so no news yet.

Thanks!
Mar 17, 2021  • #17
Hollo
64 discussion posts
Hello,

Would you please tell me what's causing this?
I'm trying to find a workaround until it's fixed, but opening/closing OpenShell settings doesn't always work (after a few hours of uptime, I have to leave that window open for more than 10 seconds to have the effect and it's very inconvenient and non-scriptable).
I've looked into the registry (compared the full registry dumps taken when the problem is present vs. when it's not) but can't find any probable culprits, so I'm guessing it's some application hook or something else?
Anyway, whatever it is, I'd like to modify my scripted function that runs when a DF window is closed - currently it opens and closes OpenShell settings but this only works reliably at Windows startup or very little uptime.

Thanks!
Mar 28, 2021  • #18
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

I've bumped this up to look into for our next beta.

Thanks!
Mar 30, 2021  • #19
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Strange, I can't seem to reproduce this anymore in DisplayFusion beta 8. Could you send me over another video of the issue that's a bit longer? If you could click the apply button in the DisplayFusion settings window, wait about 15 seconds, and then click the start button a few times on the secondary monitor & primary monitor, then run through your fix by opening the OpenShell setting, that would be great.

Thanks!
Apr 15, 2021  • #20
Hollo
64 discussion posts
Hi,

Here you go. Hope it helps.

thanks!
Apr 16, 2021  • #21
Hollo
64 discussion posts
Hi,

Here you go. Hope it helps.

thanks!
• Attachment [protected]: 2021-04-16 10-31-23.mkv [3,634,522 bytes]
Apr 16, 2021  • #22
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Thanks for sending that video over. Could you also send me a copy of your troubleshooting info? Here are the steps:

  • Open the Settings > Troubleshooting tab
  • Click the "Export Info to File" button
  • Reply with the file attached

I'm currently running your DisplayFusion backup, along with your OpenShell settings. I'm hoping with your troubleshooting information I'll be able to copy over your exact monitor setup as well, and reproduce the issue.

Thanks!
Apr 16, 2021  • #23
Hollo
64 discussion posts
Hi,

I don't know what the result of this should be but it still gives me the "Error: Result is invalid. [System.Exception]" response and the html file also contains only this. I've reported this in some other thread but then only the log file was needed so I didn't insist on following up on this issue.

How can this be fixed?

thanks!
Apr 16, 2021  • #24
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Ah, can you try rolling back to 9.7.1 from the Downloads page on our website, and then sending it over? You should be able to run the installer directly overtop of your current install.

Thanks!
Apr 16, 2021  • #25
Hollo
64 discussion posts
Hello,

This worked. Here's the result.

cheers
• Attachment [protected]: DisplayFusionDebugInfo.zip [30,372 bytes]
Apr 16, 2021  • #26
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Thanks for sending that over. If you open up Task Manager and head to the "Details" tab, do you see "DisplayFusionHookApp32" and "DisplayFusionHookApp64" both running?

Thanks!
Apr 16, 2021  • #27
Hollo
64 discussion posts
Hi,

Yes, both are running.
Apr 17, 2021  • #28
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Interesting, it looks like you have Taskbar Magic running as well. I'm able to reproduce the issue on my end with that running too. If you close that down and restart DisplayFusion, does the issue persist?

Thanks!
Apr 19, 2021  • #29
Hollo
64 discussion posts
Hi,

If I close Taskbar Magic, the functionality returns after ~10-20s.
But sadly, not using Taskbar Magic is not an option because nothing else is able to actually hide the built-in taskbar on the primary desktop.
But if you can make DF do it, I'll be happy to let it go.

thanks!
Apr 19, 2021  • #30
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Thanks for confirming that for me. Since we've already released beta 9, I've bumped this up for us to look into for beta 10. We'll see if we can find a work around for this.

Thanks!
Apr 19, 2021  • #31
Hollo
64 discussion posts
Awesome, thanks! Let me know if I can help with repro/testing.
Apr 19, 2021  • #32
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

This issue should be fixed up in the latest beta, available here: https://www.displayfusion.com/Download/Beta. Please let me know if you still run into any trouble after updating.

Thanks!
Apr 23, 2021  • #33
Hollo
64 discussion posts
Hi,

I have installed beta 10 but unfortunately, it doesn't solve the problem. I've waited for at least a minute after clicking Apply and even tried rebooting the PC but nothing changed.
Attached a troubleshooting log, hope it helps.

thanks!
• Attachment [protected]: DisplayFusionDebugInfo.zip [29,621 bytes]
Apr 23, 2021  • #34
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Strange, I'll re-open the issue for us to look into again.

Thanks!
Apr 27, 2021  • #35
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

We've just released beta 11, can you give that a shot and let me know if the issue persists?

Thanks!
Apr 29, 2021  • #36
Hollo
64 discussion posts
Hi,

I'm very happy to inform that now it's working!
Thank you!
May 1, 2021  • #37
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hello,

Glad to hear it's working! If you have any other questions, feel free to reach out to us.

Thanks!
May 3, 2021  • #38
Was this helpful?    
<< DiscussionsReply