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
ghost opened this issue Nov 4, 2021 · 0 comments
Closed

Barrier.exe : no configuration avilable #444

ghost opened this issue Nov 4, 2021 · 0 comments

Comments

@ghost
Copy link

ghost commented Nov 4, 2021

This issue has been migrated from old Barrier Github repository debauchee/barrier#444

Issue created on: 2019-09-26 by @sohanlal1234
Issue last updated on: 2020-12-30

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


Commented on: 2019-09-26 by @shymega

Just need a few more details:

  • Are you building Barrier from Git? If so, please provide the commit hash
    you're building form.

  • Which build number of Windows 10 are you running?

  • Have you made a configuration yet?

On this date - Wed, Sep 25, 2019 at 11:25:28PM -0700, sohanlal1234 wrote:

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

--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
debauchee/barrier#444

--
Sincerely,
Dom Rodriguez (shymega).


Commented on: 2019-10-08 by @sohanlal1234

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 .


Commented on: 2019-10-08 by @shymega

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.


Commented on: 2020-04-14 by @nsssim

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


Commented on: 2020-09-09 by @dieser-niko

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.


Commented on: 2020-09-09 by @dieser-niko

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


Commented on: 2020-10-07 by @JosePedro1997

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 👍


Commented on: 2020-10-20 by @F0rcite

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.


Commented on: 2020-11-16 by @brz

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...


Commented on: 2020-11-16 by @shymega

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.


Closed on: 2020-12-30 by @p12tic

@ghost ghost closed this as completed Nov 10, 2021
ghost pushed a commit that referenced this issue Nov 10, 2021
ghost pushed a commit that referenced this issue Nov 10, 2021
Use ansi codepage for internal multibyte strings on windows (fixes #976, fixes #974, fixes #444)
ghost pushed a commit that referenced this issue Nov 10, 2021
This fixes #976, fixes #974, fixes #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.
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

0 participants