github-starred/barrier

Fork 0

mirror of https://github.com/debauchee/barrier.git synced 2026-05-15 14:16:02 -06:00

[GH-ISSUE #290] [SOLVED] Barrier wont start and exits with Error Code 4 #234

New issue

Closed

opened 2026-05-05 05:45:01 -06:00 by gitea-mirror · 1 comment

gitea-mirror commented

2026-05-05 05:45:01 -06:00

Owner

Originally created by @TheCire on GitHub (Apr 14, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/290

Operating Systems

Server: macOS Mojave Version 10.14.4

Client: No client yet, can't get server to run

Barrier Version

2.10-RELEASE-8b69f9fe

Steps to reproduce bug

I have no idea how to reproduce this, for some reason Barrier just decided to stop working.

Other info

When did the problem start to occur? When I... try and start the server
Is there a way to work around it? No
Does this bug prevent you from using Barrier entirely? Yes

Here's the brief log file:

[2019-04-14T16:31:58] INFO: starting server
[2019-04-14T16:31:58] INFO: config file: /Users/gryphonclaw/barrier/config.conf
[2019-04-14T16:31:58] INFO: log level: INFO
[2019-04-14T16:31:59] ERROR: cannot read configuration "/Users/gryphonclaw/barrier/config.conf": read error: line 15: unknown screen name "mac"
[2019-04-14T16:31:59] INFO: drag and drop enabled
barriers: no configuration available
[2019-04-14T16:31:59] ERROR: process exited with error code: 4
[2019-04-14T16:31:59] INFO: detected process not running, auto restarting

here's my very simple config file (i turned to manual config file because interactive wouldn't work), also I got the config file from here and modified that :

# +-------+  +--------+
# |Gryphon|  |lux     |
# |  Claw |  |        |
# +-------+  +--------+
#

# The screens section is for the logical or short name of the computers
section: screens
	Gryphonclaw:
	lux:
end

section: links
	mac:
		right = lux
	lux:
		left  = mac
end

section: aliases
	mac:
		GryphonClaw.local
	lux:
		lux
end

Originally created by @TheCire on GitHub (Apr 14, 2019). Original GitHub issue: https://github.com/debauchee/barrier/issues/290 ### Operating Systems ### Server: macOS Mojave Version 10.14.4 Client: No client yet, can't get server to run ### Barrier Version ### 2.10-RELEASE-8b69f9fe ### Steps to reproduce bug ### I have no idea how to reproduce this, for some reason Barrier just decided to stop working. ### Other info ### When did the problem start to occur? When I... try and start the server Is there a way to work around it? No Does this bug prevent you from using Barrier entirely? Yes Here's the brief log file: ``` [2019-04-14T16:31:58] INFO: starting server [2019-04-14T16:31:58] INFO: config file: /Users/gryphonclaw/barrier/config.conf [2019-04-14T16:31:58] INFO: log level: INFO [2019-04-14T16:31:59] ERROR: cannot read configuration "/Users/gryphonclaw/barrier/config.conf": read error: line 15: unknown screen name "mac" [2019-04-14T16:31:59] INFO: drag and drop enabled barriers: no configuration available [2019-04-14T16:31:59] ERROR: process exited with error code: 4 [2019-04-14T16:31:59] INFO: detected process not running, auto restarting ``` here's my very simple config file (i turned to manual config file because interactive wouldn't work), also I got the config file from [here](https://raw.githubusercontent.com/debauchee/barrier/master/doc/barrier.conf.example-advanced) and modified that : ``` # +-------+ +--------+ # |Gryphon| |lux | # | Claw | | | # +-------+ +--------+ # # The screens section is for the logical or short name of the computers section: screens Gryphonclaw: lux: end section: links mac: right = lux lux: left = mac end section: aliases mac: GryphonClaw.local lux: lux end ```

gitea-mirror closed this issue

2026-05-05 05:45:03 -06:00

gitea-mirror commented

2026-05-05 05:45:06 -06:00

Author

Owner

@TheCire commented on GitHub (Apr 15, 2019):

So apparently even after deleting the app removing the prefs in the specified macOS "private" directory and removing the prefs from ~/Library/Preferences i took a look at one of the barrier auto generated config files and it turns out it was remembering settings for some reason... anyway it was remembering my hot key config and was referencing a non-existent Computer name/client so... that was causing it to error out.

@TheCire commented on GitHub (Apr 15, 2019): So apparently even after deleting the app removing the prefs in the specified macOS "private" directory and removing the prefs from `~/Library/Preferences` i took a look at one of the barrier auto generated config files and it turns out it was remembering settings for some reason... anyway it was remembering my hot key config and was referencing a non-existent Computer name/client so... that was causing it to error out.

No labels

Rows
Columns