This issue has been migrated from old Barrier Github repository debauchee/barrier#855
Issue created on: 2020-08-28 by @shymega
Issue last updated on: 2021-10-14
Due to the numerous issues created, without any sign of checking for duplicate issues, I have taken this opportunity to close those issues about drag and drop not working in favour of a centralised tracking issue.
Please only comment on this issue with constructive and positive messages that will facilitate the development and maintenance of drag and drop support. Unconstructive messages will be removed if they do not fit the discussion. Reacting to messages is fine, however, as it indicates the general feeling towards construction and maintenance of drag and drop.
Thank you 😄
Commented on: 2020-08-28 by @shymega
On the note of reactions, could those with this issue, please react to this comment with 👍 (:+1). Thanks. This will allow us to gauge the spread of the issue.
Commented on: 2020-09-14 by @chrishultberg
Using Ubuntu 18.04.3 LTS as the server and Windows 10 Pro as the client, I can not drag and drop files.
This also means that I can't copy/paste the files...
Doesn't seem like there's been an update to this in a few weeks so I wanted to double-check.
Commented on: 2020-09-15 by @shymega
You don't need to double-check. If the issue hasn't been updated, please assume nothing has changed. Which it hasn't. I only say this so the tracker issue doesn't get "noisy" with comments asking if there's been any progress etc....
Commented on: 2020-11-27 by @arthur-tacca
Personally, I would prefer a file transfer that was very clunky (even just pasting the source and destination filenames into text boxes) but worked, rather than something with a smooth interface (like drag and drop) but is unreliable. This is especially the case with Linux - I don't believe drag and drop is even intended to work on Linux but Linux-Windows is my primary use case, so anything at all would be a great help with that.
(Apologies for commenting on this high-activity thread but I think this is genuinely new content. Those that agree/disagree with my preference had add their reactions accordingly to this comment.)
Commented on: 2021-05-22 by @shymega
All - this is a tracking issue for the development of this feature. Please only comment constructively. I'm going to delete those comments that merely post logs etc of the current behaviour. I recognise my decision may be controversial, but we really need to keep the issue constructive. Thank you.
Commented on: 2021-05-23 by @shymega
Personally, I would prefer a file transfer that was very clunky (even just pasting the source and destination filenames into text boxes) but worked, rather than something with a smooth interface (like drag and drop) but is unreliable. This is especially the case with Linux - I don't believe drag and drop is even intended to work on Linux but Linux-Windows is my primary use case, so anything at all would be a great help with that.
(Apologies for commenting on this high-activity thread but I think this is genuinely new content. Those that agree/disagree with my preference had add their reactions accordingly to this comment.)
By the way, I know this is a late reply, but thank you for your comment - I think we should bear this in mind for the implementation, as and when. Definitely valuable content, thank you!
Commented on: 2021-08-22 by @ussu99
I'm using following Combination of Machines:
**Mac OS Log**
2021-08-22 20:50:44.998931+0200 barriers[888:26853] [sandbox] Failed to get a sandbox extension
[2021-08-22T20:50:45] INFO: switch from "Macos" to "Windows10" at 0,721
[2021-08-22T20:50:45] INFO: leaving screen
**Windows Log**
[2021-08-22T20:50:46] DEBUG: drag info received, total drag file number: 1
[2021-08-22T20:50:46] DEBUG: dragging file 1 name: Testxml.xml
[2021-08-22T20:50:46] INFO: entering screen
[2021-08-22T20:50:56] INFO: found key in group 0
**Windows10 Log**
DEBUG: failed to get drag file name from OLE
**MacOS Log**
[2021-08-22T20:53:18] INFO: switch from "Windows10" to "Macos" at 2554,590
[2021-08-22T20:53:18] INFO: entering screen
Commented on: 2021-08-23 by @baldyman01
Drag and drop does not work at all on Ubuntu 20.04. If this is the central tracking issue for drag and drop and the last actual status update was "If the issue hasn't been updated, please assume nothing has changed. Which it hasn't." and this was back in Sept 2020, can we now assume that this feature will never happen and is being removed from the feature list of the program?
Commented on: 2021-08-23 by @shymega
No, it will happen, but we just don't have enough devs or manpower yet. Again, assume nothing has changed...
Commented on: 2021-09-07 by @mblend27
How can I help make this happen? I have $ and don't like any other software out there. If me throwing $ at you isnt constructive... del this ;)
Commented on: 2021-09-08 by @shymega
Still no update, but we will consider the suggestion of monetary contributions towards the goal. I don't think it will be a straightforward fix, however, and we have a fair few critical issues to go through.
Commented on: 2021-10-14 by @Carocrazy132
First off as a side note I find it odd that this was merged with the clipboard issues.
I'm running Macmini 9,1 with macOS 11.6 (20G165) for the client, Windows 10 Pro 10.0.19043 Build 19043 as the server, and the clipboard will only successfully copy from client to server, but never from server to client. The client logs do note that the clipboard was updated (though only sometimes, and there are two prints) but it seems the clipboard is only cleared when this happens.
Mythbusters123, JoeJoeTV, diegopy, andrew222651, Zombiefleischer and 32 more
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4