github-starred/barrier

Fork 0

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

[GH-ISSUE #258] Drag and drop file transfer not working on windows #205

New issue

Closed

opened 2026-05-05 05:40:55 -06:00 by gitea-mirror · 13 comments

gitea-mirror commented

2026-05-05 05:40:55 -06:00

Owner

Originally created by @Kanteran on GitHub (Feb 21, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/258

While starting barrier, the drag and drop setup fails with this message:
"ERROR: failed to get desktop path, no drop target available, error=2"

There is already a discussion about this topic. link

Does SHGetFolderPath not work on newer versions of windows?

New function? SHGetKnownFolderPath

(Windows10 text output breaks a little bit)

"[ 2019-02 -21T17: 1 4:56] ERROR: f a iled to get de s k t op path, no

dro
p t
arg
e
t

a
v
a
i
l
a
b
le,
er
ror=2"

Operating Systems

Server: Windows 8.1 Pro (ver. 6.3, build 9600)

Client: Windows 10 Pro (ver. 1803, build 171340590)

Barrier Version

2.1-release/2.20-snapshot

Steps to reproduce bug

Start server/client.

edit: (Works fine on OSX test system, no initialization problem)

Originally created by @Kanteran on GitHub (Feb 21, 2019). Original GitHub issue: https://github.com/debauchee/barrier/issues/258 While starting barrier, the drag and drop setup fails with this message: "ERROR: failed to get desktop path, no drop target available, error=2" There is already a discussion about this topic. [link](https://github.com/symless/synergy-core/issues/4987) Does [SHGetFolderPath](https://docs.microsoft.com/en-us/windows/desktop/api/shlobj_core/nf-shlobj_core-shgetfolderpatha) not work on newer versions of windows? New function? [SHGetKnownFolderPath](https://docs.microsoft.com/en-us/windows/desktop/api/shlobj_core/nf-shlobj_core-shgetknownfolderpath) <details><summary>(Windows10 text output breaks a little bit)</summary> <p> "[ 2019-02 -21T17: 1 4:56] ERROR: f a iled to get de s k t op path, no dro p t arg e t a v a i l a b le, er ror=2" </p> </details> ### Operating Systems ### Server: Windows 8.1 Pro (ver. 6.3, build 9600) Client: Windows 10 Pro (ver. 1803, build 171340590) ### Barrier Version ### 2.1-release/2.20-snapshot ### Steps to reproduce bug ### Start server/client. edit: (Works fine on OSX test system, no initialization problem)

gitea-mirror

2026-05-05 05:40:55 -06:00

closed this issue
added the
bug

windows
labels

gitea-mirror commented

2026-05-05 05:41:01 -06:00

Author

Owner

@kemsar commented on GitHub (Apr 22, 2019):

I'm having the same issue. Windows 10 server, Ubuntu 18.04 client.

[2019-04-22T09:32:44] INFO: drag and drop enabled 
[
2019-04-22T09:32:44] ERROR: failed to get desktop path, no 
d
rop targe
t
 available, error=2
[2019-04-22T09:32:44] NOTE: started server (IPv4/IPv6), waiting for clients
[2019-04-22T09:32:44] INFO: server status: active

@kemsar commented on GitHub (Apr 22, 2019): I'm having the same issue. Windows 10 server, Ubuntu 18.04 client. ```[2019-04-22T09:32:44] INFO: starting new process as privileged user [2019-04-22T09:32:44] INFO: drag and drop enabled [ 2019-04-22T09:32:44] ERROR: failed to get desktop path, no d rop targe t available, error=2 [2019-04-22T09:32:44] NOTE: started server (IPv4/IPv6), waiting for clients [2019-04-22T09:32:44] INFO: server status: active ```

gitea-mirror commented

2026-05-05 05:41:03 -06:00

Author

Owner

@AdrianKoshka commented on GitHub (Apr 22, 2019):

Drag and Drop doesn't work on linux @kevinsarsen (to my knowledge).

@AdrianKoshka commented on GitHub (Apr 22, 2019): Drag and Drop doesn't work on linux @kevinsarsen (to my knowledge).

gitea-mirror commented

2026-05-05 05:41:05 -06:00

Author

Owner

@flibble666 commented on GitHub (Aug 18, 2019):

Sorry if should of created a new post same issue no drag and drop windows 10 to windows 10.(both clients)
Not even getting a "failed to get desktop path" was at one point.
I have tried a previous "fix" of setting Elevation to "as needed" and client is not set to auto config.

@flibble666 commented on GitHub (Aug 18, 2019): Sorry if should of created a new post same issue no drag and drop windows 10 to windows 10.(both clients) Not even getting a "failed to get desktop path" was at one point. I have tried a previous "fix" of setting Elevation to "as needed" and client is not set to auto config.

gitea-mirror commented

2026-05-05 05:41:06 -06:00

Author

Owner

@AdrianKoshka commented on GitHub (Aug 23, 2019):

How important to everyone here is drag and drop? I only ask because it's a feature only supported on windows and macOS.

@AdrianKoshka commented on GitHub (Aug 23, 2019): How important to everyone here is drag and drop? I only ask because it's a feature only supported on windows and macOS.

gitea-mirror commented

2026-05-05 05:41:07 -06:00

Author

Owner

@flibble666 commented on GitHub (Aug 24, 2019):

I am on windows on both systems But as i use the system for a game server dragging and dropping mission files would be really useful.

@flibble666 commented on GitHub (Aug 24, 2019): I am on windows on both systems But as i use the system for a game server dragging and dropping mission files would be really useful.

gitea-mirror commented

2026-05-05 05:41:09 -06:00

Author

Owner

@mirh commented on GitHub (Sep 14, 2019):

SHGetFolderPath being deprecated is pretty not meaningful here.

If any.. Something that I'm not understanding is why right while I was looking into this, I started barrier again and the error didn't show up anymore (I don't know if drag and drop actually works though)

@mirh commented on GitHub (Sep 14, 2019): [SHGetFolderPath](https://stackoverflow.com/questions/18493484/shgetfolderpath-deprecated-what-is-alternative-to-retrieve-path-for-windows-fol) being deprecated is pretty *not* meaningful here. If any.. Something that I'm not understanding is why right while I was looking into this, I started barrier again and the error didn't show up anymore (I don't know if drag and drop *actually* works though)

gitea-mirror commented

2026-05-05 05:41:11 -06:00

Author

Owner

@Kerrika commented on GitHub (Oct 16, 2019):

Drag and drop still not working (all devices win10). Nothing shows up in the log.

@Kerrika commented on GitHub (Oct 16, 2019): Drag and drop still not working (all devices win10). Nothing shows up in the log.

gitea-mirror commented

2026-05-05 05:41:13 -06:00

Author

Owner

@foo25amc commented on GitHub (Oct 20, 2019):

Drag and drop still not working (all devices win10). Nothing shows up in the log.

Same here - no joy. Both machines running Win10 and v2.3.2.

@foo25amc commented on GitHub (Oct 20, 2019): > Drag and drop still not working (all devices win10). Nothing shows up in the log. Same here - no joy. Both machines running Win10 and v2.3.2.

gitea-mirror commented

2026-05-05 05:41:15 -06:00

Author

Owner

@diegofraga commented on GitHub (Mar 23, 2020):

I share one directory in a local network. Can be a solution for this problem.

@diegofraga commented on GitHub (Mar 23, 2020): I share one directory in a local network. Can be a solution for this problem.

gitea-mirror commented

2026-05-05 05:41:16 -06:00

Author

Owner

@elias-rod commented on GitHub (Apr 15, 2020):

Same here 😢

@elias-rod commented on GitHub (Apr 15, 2020): Same here 😢

gitea-mirror commented

2026-05-05 05:41:18 -06:00

Author

Owner

@snelltheta commented on GitHub (Jul 6, 2020):

Also doesn't work between Windows 7 -> Windows 10 nor Windows 10 -> Windows 7 on the October 2019 build (the latest build as of this writing)

@snelltheta commented on GitHub (Jul 6, 2020): Also doesn't work between Windows 7 -> Windows 10 nor Windows 10 -> Windows 7 on the October 2019 build (the latest build as of this writing)

gitea-mirror commented

2026-05-05 05:41:20 -06:00

Author

Owner

@i2 commented on GitHub (Jul 7, 2020):

I can confirm it doesn't work even between two Windows 10 computers. Log window doesn't report any related activity for file transfer either.

@i2 commented on GitHub (Jul 7, 2020): I can confirm it doesn't work even between two Windows 10 computers. Log window doesn't report any related activity for file transfer either.

gitea-mirror commented

2026-05-05 05:41:22 -06:00

Author

Owner

@shymega commented on GitHub (Aug 28, 2020):

Closing in favour of #855.

@shymega commented on GitHub (Aug 28, 2020): Closing in favour of #855.

gitea-mirror referenced this issue

2026-05-05 07:56:43 -06:00

[PR #205] [MERGED] add debug notes to help identify where trusted fingerprints file is #1576