mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #407] Barrierd is not closed #320
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#320
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @MichaelMcDonnell on GitHub (Aug 21, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/407
Operating Systems
Server: Windows 10 Version 1809
Barrier Version
2.3.1-release
Steps to reproduce bug
Other info
@noisyshape commented on GitHub (Aug 21, 2019):
barrierd.exe is the Barrier daemon which is managed as a Windows service. Running 24/7 is the intended behavior. The GUI process can't manage the service without running with admin privileges.
The problem with the uninstallation is that the service is stopped and deleted as the last step of uninstallation after the installed files are supposed to be removed. There's a related problem with reinstallation/upgrading. I'll take a look at some Inno Setup scripts for proper service management.
@AdrianKoshka commented on GitHub (Aug 22, 2019):
Thank you @noisyshape! :)
@MichaelMcDonnell commented on GitHub (Aug 22, 2019):
Thanks @noisyshape! It surprises me that Barrier has to use a service. I thought that it would be able to function as long as it was running in the tray. That means there is no way to truly close Barrier without manually stopping the service?
@yume-chan commented on GitHub (Oct 5, 2021):
Related to #346