Issues pasting into the new terminal. #5783

Closed
opened 2026-01-31 00:21:32 +00:00 by claunia · 13 comments
Owner

Originally created by @martinowren on GitHub (Jan 5, 2020).

Originally assigned to: @leonMSFT on GitHub.

Environment

Windows build number: 10.0.18362.535
Windows Terminal version (if applicable): 0.7.3451.0

Steps to reproduce

  1. Open the program
  2. Open a new Ubuntu terminal tab
  3. Go to another piece of software (Can be anything like a browser, notepad etc) and copy a string.
  4. Paste into the new terminal tab.

Expected behavior

The string would be pasted into the terminal tab instantly

Actual behavior

The is either a delay of 1-4s before the string gets pasted into the terminal or it doesnt get pasted at all.

Other comments

I have reproduced this bug on a self built computer, surface book 2 and a surface laptop 3.

Originally created by @martinowren on GitHub (Jan 5, 2020). Originally assigned to: @leonMSFT on GitHub. # Environment Windows build number: 10.0.18362.535 Windows Terminal version (if applicable): 0.7.3451.0 # Steps to reproduce 1. Open the program 2. Open a new Ubuntu terminal tab 3. Go to another piece of software (Can be anything like a browser, notepad etc) and copy a string. 4. Paste into the new terminal tab. # Expected behavior The string would be pasted into the terminal tab instantly # Actual behavior The is either a delay of 1-4s before the string gets pasted into the terminal or it doesnt get pasted at all. # Other comments I have reproduced this bug on a self built computer, surface book 2 and a surface laptop 3.
Author
Owner

@zadjii-msft commented on GitHub (Jan 6, 2020):

I certainly wouldn't expect that - is there anything else running on your system that might be trying to manage the clipboard? I honestly have no idea how to debug this without a local repro, so any help you could give would be helpful.

@zadjii-msft commented on GitHub (Jan 6, 2020): I certainly wouldn't expect that - is there anything else running on your system that might be trying to manage the clipboard? I honestly have no idea how to debug this without a local repro, so any help you could give would be helpful.
Author
Owner

@martinowren commented on GitHub (Jan 6, 2020):

There is nothing locally managing the clipboard. What can I do to help you reproduce the bug 🙌

@martinowren commented on GitHub (Jan 6, 2020): There is nothing locally managing the clipboard. What can I do to help you reproduce the bug 🙌
Author
Owner

@ZhaoMJ commented on GitHub (Jan 7, 2020):

I could reproduce this bug yesterday, but for some reason now I can't. Maybe it's worth noting I also use surface book 2.

@ZhaoMJ commented on GitHub (Jan 7, 2020): I could reproduce this bug yesterday, but for some reason now I can't. Maybe it's worth noting I also use surface book 2.
Author
Owner

@zadjii-msft commented on GitHub (Jan 7, 2020):

I honestly have no idea how we'd be able to repro this on my end 😟 Maybe try repro'ing with task manager open. Is there anything that spikes in CPU usage when you paste into the Terminal?

Also, cc'ing @DHowett-MSFT, maybe we could get someone from the clipboard team to help us get some diagnostics here

@zadjii-msft commented on GitHub (Jan 7, 2020): I honestly have no idea how we'd be able to repro this on my end 😟 Maybe try repro'ing with task manager open. Is there anything that spikes in CPU usage when you paste into the Terminal? Also, cc'ing @DHowett-MSFT, maybe we could get someone from the clipboard team to help us get some diagnostics here
Author
Owner

@ZhaoMJ commented on GitHub (Jan 7, 2020):

Ah I think I got a repro. Try this -

  1. Open a new Ubuntu terminal tab
  2. Go to another piece of software (Can be anything like a browser, notepad etc) and copy a string.
  3. Close WT and reopen a new Ubuntu tab
  4. Paste into the new terminal tab.
    Note it only happens when directly pasting into Ubuntu. If I paste to cmd/PS first, everything is normal.
    I don't have a clipboard manager other than the built-in clipboard history. I tried to turn the clipboard history off and it got better, but sometimes I could still see the bug.
@ZhaoMJ commented on GitHub (Jan 7, 2020): Ah I think I got a repro. Try this - 1. Open a new Ubuntu terminal tab 2. Go to another piece of software (Can be anything like a browser, notepad etc) and copy a string. 3. Close WT and reopen a new Ubuntu tab 4. Paste into the new terminal tab. Note it only happens when directly pasting into Ubuntu. If I paste to cmd/PS first, everything is normal. I don't have a clipboard manager other than the built-in clipboard history. I tried to turn the clipboard history off and it got better, but sometimes I could still see the bug.
Author
Owner

@ZhaoMJ commented on GitHub (Jan 7, 2020):

I'm so sorry I was wrong...😥 It now again can't be reproduced consistently on my end...
But I indeed got a GIF where I was able to repro it several times. Meanwhile, I found nothing noticeable in CPU usage. Hope it could help.
(It's hard to get a long GIF smaller than 10MB)
repro

@ZhaoMJ commented on GitHub (Jan 7, 2020): I'm so sorry I was wrong...😥 It now again can't be reproduced consistently on my end... But I indeed got a GIF where I was able to repro it several times. Meanwhile, I found nothing noticeable in CPU usage. Hope it could help. (It's hard to get a long GIF smaller than 10MB) ![repro](https://user-images.githubusercontent.com/48666391/71903955-2b58f500-31a0-11ea-98fe-bd2849db5e84.gif)
Author
Owner

@martinowren commented on GitHub (Jan 7, 2020):

I'm so sorry I was wrong...😥 It now again can't be reproduced consistently on my end...
But I indeed got a GIF where I was able to repro it several times. Meanwhile, I found nothing noticeable in CPU usage. Hope it could help.
(It's hard to get a long GIF smaller than 10MB)
repro

This is exactly the same issue I have.

@martinowren commented on GitHub (Jan 7, 2020): > I'm so sorry I was wrong...😥 It now again can't be reproduced consistently on my end... > But I indeed got a GIF where I was able to repro it several times. Meanwhile, I found nothing noticeable in CPU usage. Hope it could help. > (It's hard to get a long GIF smaller than 10MB) > ![repro](https://user-images.githubusercontent.com/48666391/71903955-2b58f500-31a0-11ea-98fe-bd2849db5e84.gif) This is exactly the same issue I have.
Author
Owner

@DHowett-MSFT commented on GitHub (Jan 9, 2020):

We're guessing this is a /dup of #3609 -- right-clicking doesn't seem to focus the terminal itself... but left-clicking will. If you manage to repro this, and then left-click then right-click, does it work?

@DHowett-MSFT commented on GitHub (Jan 9, 2020): We're guessing this is a /dup of #3609 -- right-clicking doesn't seem to focus the terminal itself... but left-clicking will. If you manage to repro this, and then left-click _then_ right-click, does it work?
Author
Owner

@ghost commented on GitHub (Jan 9, 2020):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Jan 9, 2020): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Author
Owner

@martinowren commented on GitHub (Jan 9, 2020):

We're guessing this is a /dup of #3609 -- right-clicking doesn't seem to focus the terminal itself... but left-clicking will. If you manage to repro this, and then left-click then right-click, does it work?

It would still not paste into the terminal.

@martinowren commented on GitHub (Jan 9, 2020): > We're guessing this is a /dup of #3609 -- right-clicking doesn't seem to focus the terminal itself... but left-clicking will. If you manage to repro this, and then left-click _then_ right-click, does it work? It would still not paste into the terminal.
Author
Owner

@DHowett-MSFT commented on GitHub (Jan 9, 2020):

Hm. Fair enough!

@DHowett-MSFT commented on GitHub (Jan 9, 2020): Hm. Fair enough!
Author
Owner

@cinnamon-msft commented on GitHub (Feb 28, 2020):

@martinowren Are you still seeing this?

@cinnamon-msft commented on GitHub (Feb 28, 2020): @martinowren Are you still seeing this?
Author
Owner

@ghost commented on GitHub (Mar 24, 2020):

This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.

@ghost commented on GitHub (Mar 24, 2020): This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for **4 days**. It will be closed if no further activity occurs **within 3 days of this comment**.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#5783