-
-
Notifications
You must be signed in to change notification settings - Fork 826
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The windows.toast_notification()
function is not working properly.
#5166
Comments
Same here, |
I think this has something to do with the installation method. On Windows, notifications work when installed with winget (i.e. using the installer as non-portable), while with scoop (as a portable install) not notifications show. I tested this the same way as @leetking, can someone else confirm this? |
I too use scoop and toast notifications do not work. I'll try installing the non portable version and testing. |
I did some tests as follows:
Presumption: The setup.exe installation will register some information in the system, but the scoop or downloaded portable version lacks this information, resulting in the failure to trigger the notification. |
Scoop packages usually extract the contents
I can confirm this, probably because the installer does something® that makes the notification possible irrespective of the installation path.
My first guess would be a registry key, scoop does not automatically edit the registry by default. |
https://learn.microsoft.com/en-us/answers/questions/159295/no-desktop-notifications-for-portable-apps-from-ne
I need to register a GPO, but I don’t know much about it. |
According to my understanding: Wezterm's setup.exe is generated by inno setup. After it is installed, it appears as an application on the Windows system. The installed program can be found in Notifications & actions, so you can control whether notifications are allowed to be issued. , but the portable program does not appear as an application to windows. |
What Operating System(s) are you seeing this problem on?
Windows
Which Wayland compositor or X11 Window manager(s) are you using?
winver: 19045.3803
WezTerm version
wezterm 20240203-110809-5046fc22
Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?
Yes, and I updated the version box above to show the version of the nightly that I tried
Describe the bug
I started the Lua debugging layer using Ctrl+Shift+L, and then I entered
but no toast notification is being displayed.
To Reproduce
No response
Configuration
return {}
Expected Behavior
I would like to see a notification message in the status bar.
Logs
Debug Overlay
wezterm version: 20240203-110809-5046fc22 x86_64-pc-windows-msvc
Window Environment: Windows
Lua Version: Lua 5.4
OpenGL: Intel(R) UHD Graphics 630 4.5.0 - Build 31.0.101.2115
Enter lua statements or expressions and hit Enter.
Press ESC or CTRL-D to exit
Anything else?
I installed WezTerm using Scoop.
The text was updated successfully, but these errors were encountered: