public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
To: cygwin@cygwin.com
Subject: Re: Dragging from explorer to cygwin terminal is not putting the path into the terminal
Date: Sat, 08 Jun 2019 13:12:00 -0000	[thread overview]
Message-ID: <c5c512fc-669b-152f-a3de-e145b1410e29@SystematicSw.ab.ca> (raw)
In-Reply-To: <5a1925cb-32c5-ae59-eb6c-abf09a45f896@towo.net>


On 2019-06-08 01:10, Thomas Wolff wrote:
> Am 08.06.2019 um 02:52 schrieb Academy OfFetishes:
>> On Fri, Jun 7, 2019 at 5:41 PM Doug Henderson wrote:
>>> On Fri, 7 Jun 2019 at 11:33, Academy OfFetishes wrote:
>>>> On Fri, Jun 7, 2019 at 12:41 AM Thomas Wolff wrote:
>>>> I have the same problem with 3.0.0.
>>>> Sorry for slowly dripping out information (I promise that's not my
>>>> intent), but I will say, as soon as I created this user account on
>>>> windows, I had copy and paste issues that were outside of cygwin.  I
>>>> recall copying text from firefox and not being able to paste it into
>>>> windows explorer and vice versa (these are contrived examples.  I can't
>>>> remember what the exact problems were, but they were similar to this).
>>>> It seemed very random, though.  Like some copy/paste worked, and some
>>>> did not.  After running sfc /scannow and restarting twice, the problem
>>>> seems to have gone away completely.
>>>> I'm not sure if that's to this problem (except that it could point out
>>>> a borked windows install).
>>> I encountered strange clipboard problems as a result of fiddling with
>>> the Clipboard Settings in Win10.
>>> When I turned on "Sync across devices", after a "Copy to clipboard"
>>> operation, sometimes the "Paste from clipboard" operation pasted
>>> nothing or the previous clipboard content. A few moments later,
>>> another "Paste" would paste the content of the most recent "Copy". It
>>> seems as though the content of the clipboard was not updated after a
>>> Copy operation until a Sync to cloud was performed, with the timing
>>> being dependant on WiFi, internet and cloud speeds and latency.
>>> I did not observe any difference in "Drag and Drop" behaviour with
>>> this setting, but I almost exclusively use keyboard Copy and Paste
>>> instead of mouse Drop and Drag.
>> That's interesting.  Well my sync settings already seems to be off, but
>> when I was having issues, it was working just like you described.
>> I'm not sure if I'm supposed to create a new Mintty issue or wait for
>> Thomas to reply.
> 1. Please note that this list has a no-top-posting policy. (Respond below the
> text you're referring to.)
> 2. Latest comments are suggesting this may not be a mintty issue.
> 3. I can only reply if there is a clear question or issue presented. Even though
> I noticed the issue once myself, there is still no "reproducible test case".

The OP has a reproducible test case: file drag to cmd always works, file drag to
mintty never works: fails on both 3.0.0 and 3.0.7; the rest of us have no
problems: diagnosis opportunity!

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2019-06-08 13:12 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-06  4:26 Academy OfFetishes
2019-06-06 15:52 ` Chris Wagner
2019-06-06 16:08   ` Academy OfFetishes
2019-06-06 16:21     ` Academy OfFetishes
2019-06-06 17:15 ` Houder
2019-06-06 17:57   ` Academy OfFetishes
2019-06-06 19:56     ` Houder
2019-06-06 22:27       ` Academy OfFetishes
2019-06-06 22:34         ` Academy OfFetishes
2019-06-06 22:57           ` Brian Inglis
2019-06-06 23:04         ` Houder
2019-06-07  7:41           ` Thomas Wolff
2019-06-07  8:31             ` Houder
2019-06-07 17:33             ` Academy OfFetishes
2019-06-08  0:41               ` Doug Henderson
2019-06-08  0:53                 ` Academy OfFetishes
2019-06-08  7:10                   ` Thomas Wolff
2019-06-08 13:12                     ` Brian Inglis [this message]
2019-06-09 13:05                       ` Thomas Wolff
2019-06-09 13:20                         ` Jose Isaias Cabrera
2019-06-07  5:41         ` Achim Gratz
2019-06-07  5:46           ` Academy OfFetishes
2019-06-06 17:51 ` Achim Gratz
2019-06-06 17:51 ` Brian Inglis
2019-06-06 18:01   ` Academy OfFetishes
2019-06-06 21:59     ` Brian Inglis
2019-06-06 22:23       ` Academy OfFetishes
2019-06-06 23:03         ` Brian Inglis
2019-06-07  3:37         ` Brian Inglis
2019-06-07  4:04           ` Academy OfFetishes
2019-06-07  4:46             ` Brian Inglis
2019-06-07  5:20               ` Academy OfFetishes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c5c512fc-669b-152f-a3de-e145b1410e29@SystematicSw.ab.ca \
    --to=brian.inglis@systematicsw.ab.ca \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).