Environment

Windows build number: 10.0.18363.592
Windows Terminal version: 0.8.10091.0

NB: I have copy-on-select enabled, although I suspect it doesn't matter.

Steps to reproduce

1. Open a tab with one pane.
2. Remove focus from windows terminal (i.e. focus another app).
3. Click and drag to select some text in the terminal. Notice that this first click focused the window, but didn't select anything.
4. Click and drag again to select some text in the terminal. Now the text is selected.

The need for step 4 isn't ideal (other apps don't work this way), but it is reasonably intuitive and easy to recover from. But let's see what happens when we have two panes open and we try to select the "wrong" one:

1. Open a second pane in the same tab.
2. Remove focus from the terminal. Notice how one pane stays selected/"focused" even if the window as a whole lacks focus.
3. Click and drag to select some text in the terminal in the original (deselected) pane. Like the single-pane case, the first click focused the terminal window, but nothing else happened.
4. Click and drag again in the deselected pane. Still nothing happens.
5. Get annoyed, single click the pane to focus it, then select the text you wanted.

I've also noticed that, once an unfocused pane has a selection, clicking and dragging in that pane seems to ignore the click point (perhaps it never gets the click event?) and treat the drag as a continuation of the prior selection.

Expected behavior

I should be able to select text by clicking and dragging over it:

• regardless of the prior focus state of the pane I'm selecting in
• regardless of the prior focus state of the terminal window
• regardless of what was previously selected (i.e. a new click-drag should always start a new selection)

Actual behavior

Described above.

The fact that each pane has its own selection (so you can select text concurrently in multiple panes) might be a useful feature, but it seems to cause a lot of strange inconsistencies with text selection and copy/paste.