Skip to content
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

Barrier.exe : no configuration avilable #444

Closed
sohanlal1234 opened this issue Sep 26, 2019 · 10 comments · Fixed by #979 or input-leap/input-leap#979
Closed

Barrier.exe : no configuration avilable #444

sohanlal1234 opened this issue Sep 26, 2019 · 10 comments · Fixed by #979 or input-leap/input-leap#979

Comments

@sohanlal1234
Copy link

Os : windows 10
Issues ;
Shortcut is not created on dekstop.
When barriers is launched from folder ,
No configuration available is displayed

@shymega
Copy link

shymega commented Sep 26, 2019 via email

@sohanlal1234
Copy link
Author

I downloaded latest exe file in windows . After installing exe , in Windows 10 shortcut is broken .But when I. Installed old version ( 2 version old) of barrier it worked fine .

@shymega
Copy link

shymega commented Oct 8, 2019

Right. The latest release is v2.3.2 - that's the one you've tried, right? And presumably the one that does work is v2.2.0, correct? What happens when you try to install v2.3.1, could you try that for me?

Thanks.

@nsssim
Copy link

nsssim commented Apr 14, 2020

ok @shymega , I am using v2.3.1 on Windows 10 with the same issue
here is the log while it starts as server
it seems it can't find the config file.

screenshot : https://prnt.sc/rz0kxo
sc1

[2020-04-14T13:29:21] INFO: connecting to service...
[2020-04-14T13:29:21] INFO: connection established
[2020-04-14T13:29:21] INFO: server status: not active

[2020-04-14T13:29:36] INFO: starting server
[2020-04-14T13:29:36] INFO: config file: C:/Users/me/AppData/Local/Temp/Barrier.FfocQf
[2020-04-14T13:29:36] INFO: log level: INFO
[2020-04-14T13:29:36] INFO: service command updated
[2020-04-14T13:29:37] INFO: starting new process as privileged user
[2020-04-14T13:29:37] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:29:38] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:29:38] INFO: backing off, wait=2s, failures=1
[2020-04-14T13:29:40] INFO: starting new process as privileged user
[2020-04-14T13:29:40] INFO: drag and drop enabled
barriers.exe: no configuration available

so I tried to change the config file location on my desktop , but with no success
I get

[2020-04-14T13:44:05] INFO: starting server
[2020-04-14T13:44:05] INFO: config file: C:/Users/Kullancı/Desktop/config.sgc
[2020-04-14T13:44:05] INFO: log level: INFO
[2020-04-14T13:44:05] INFO: service command updated
[2020-04-14T13:44:07] INFO: starting new process as privileged user
[2020-04-14T13:44:08] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:44:08] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:44:08] INFO: backing off, wait=2s, failures=1
[2020-04-14T13:44:10] INFO: starting new process as privileged user
[2020-04-14T13:44:11] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:44:11] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:44:11] INFO: backing off, wait=4s, failures=2
[2020-04-14T13:44:15] INFO: starting new process as privileged user
[2020-04-14T13:44:16] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:44:16] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:44:16] INFO: backing off, wait=6s, failures=3
[2020-04-14T13:44:22] INFO: starting new process as privileged user
[2020-04-14T13:44:23] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:44:23] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:44:23] INFO: backing off, wait=8s, failures=4
[2020-04-14T13:44:32] INFO: starting new process as privileged user
[2020-04-14T13:44:32] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:44:33] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:44:33] INFO: backing off, wait=10s, failures=5
[2020-04-14T13:44:43] INFO: starting new process as privileged user
[2020-04-14T13:44:43] INFO: drag and drop enabled
barriers.exe: no configuration available
[2020-04-14T13:44:44] ERROR: failed to launch, error: process immediately stopped
[2020-04-14T13:44:44] INFO: backing off, wait=10s, failures=6
...
screenshot : https://prnt.sc/rz0x03
sc2

@dieser-niko
Copy link

Ok, could fix the issue, first of all, my theory is, that barrier can't handle characters like öäü that good, my windows username had one in it. Barrier saves the config into the TEMP directory which is located here: "C:\Users<username>\AppData\Local\Temp". After changing the username and reinstalling barrier (by using IObit Uninstaller to make sure no data from barrier is left) it worked. I can't really tell if that's the issue on your computer but I would give it a try. Also I have to warn you, some Programs wouldn't work that good after that (because they're used to the old path) and also had to be reinstalled.

@dieser-niko
Copy link

Also I've read in a issue from synergys that it would be possible to just save the config file out of your User folder, like C:\config.scg. Link to the possible solution

@JosePedro1997
Copy link

Hey guys, i found a good solution, after having this same problem i went to the above described "Temp" directory and found those files, after that i copied them to the root of my C drive and renamed them to "Barrier.sgc", after that i went to Barrier, changed the option on running server to "use existing configuration", then i pointed to the copied file on C root and now it's working without any problems, so it is very likely that it has to do with word with special characters on the user name, because i also have them on my user and was having the same problem.

Hope it helps someone 👍

@F0rcite
Copy link

F0rcite commented Oct 20, 2020

I have the same issue but my user name does not contain any special characters. Moving my config file to C:\ did not resolve the issue.

@brz
Copy link

brz commented Nov 16, 2020

Can't believe this still isn't fixed. Took me half an hour to figure out the issue upon first install. I have the "é" character in my user profile name.
Having to copy the config back and forth from the temp folder is time consuming.
C:\Users\xxxéxxx\barrier.sgc was the default suggested path for the configuration file
Also, windows uses backslash and not forward slash as directory separator character...

@shymega
Copy link

shymega commented Nov 16, 2020

I haven't been involved with Barrier for some time now, and I'm rather apathetic towards the project. There's really not many developers now. In fact, when I was involved, it was just me and @p12tic, IIRC. No one else is a member of the debauchee organisation as a developer. So we basically rely on PRs and one organisation developer now that I'm not wanting to be invovled.

p12tic added a commit that referenced this issue Dec 30, 2020
Use ansi codepage for internal multibyte strings on windows (fixes #976, fixes #974, fixes #444)
p12tic added a commit to p12tic/barrier that referenced this issue Oct 29, 2021
p12tic added a commit to p12tic/barrier that referenced this issue Oct 29, 2021
p12tic added a commit to p12tic/barrier that referenced this issue Oct 29, 2021
This fixes debauchee#976, fixes debauchee#974, fixes debauchee#444.

On Windows the standard stream open() functions expect bytes encoded in
current system encoding, not UTF8. Since we're dealing with UTF8
throughout the application this results in wrong paths being passed and
failure to open files. As a solution, we convert the paths to UTF16 via
the WCHAR character type and use the special Windows-specific overloads
of open() functions.
p12tic added a commit to p12tic/barrier that referenced this issue Oct 29, 2021
This fixes debauchee#976, fixes debauchee#974, fixes debauchee#444.

On Windows the standard stream open() functions expect bytes encoded in
current system encoding, not UTF8. Since we're dealing with UTF8
throughout the application this results in wrong paths being passed and
failure to open files. As a solution, we convert the paths to UTF16 via
the WCHAR character type and use the special Windows-specific overloads
of open() functions.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment