New issue
Advanced search Search tips

Issue 872617 link

Starred by 1 user

Issue metadata

Status: Closed
Owner: ----
Closed: Aug 30
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

hterm: vim copy&paste out of windows apps when mouse reporting is enabled

Reported by m...@hydrosight.com, Aug 9

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36

Steps to reproduce the problem:
1. <ctrl><c> a text in a windows program
2. open vim (vi editor improved) in Secure Shell App version 0.8.44.1
3. try <ctrl><shift><p> into it, using the paste shortcut as described in your FAQ

What is the expected behavior?
paste text

What went wrong?
doesn't paste text

Did this work before? N/A 

Chrome version: 67.0.3396.99  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

I have the following line in my .vimrc:

set mouse=a

This enables me to use the mouse in the text document. Without this line c&p works fine.
 
Labels: Needs-Milestone
Cc: phanindra.mandapaka@chromium.org
Labels: Triaged-ET Needs-Feedback
Thanks for filling the issue...

@Reporter : It would be really helpful if a sample URL is provided, so that we can investigate the issue further.

Thanks..!
Could you please upgrade to latest chrome stable 68.0.3440.106, you can download latest chrome builds 
here:" https://www.chromium.org/getting-involved/dev-channel ". 

Thanks..!
i use it to ssh into a server, where i start the vim editor. It is the nature of this issue, that there is no (openly avalailable) url
chrome updates automatically. i am not a developer, so i cannot install any development versions of chrome.
Project Member

Comment 6 by sheriffbot@chromium.org, Aug 10

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: Platform>Apps>Default>Hterm
what FAQ are you talking about ?  if you mean the nassh FAQ, it doesn't say Ctrl-Shift-P, it says Ctrl-Shift-V.
https://chromium.googlesource.com/apps/libapps/+/HEAD/nassh/doc/FAQ.md#how-do-i-paste-text-to-the-terminal
yes, you are right i meant <ctrl><shift><v> not <ctrl><shift><p>
Status: Closed (was: Unconfirmed)
sounds to me like this is WAI

i tested over here under Windows and, depending on the ctrl-c-copy preference, either Ctrl-C or Ctrl-Shift-C work fine to copy text (and then paste with the corresponding Ctrl-V or Ctrl-Shift-V shortcut).

if you have mouse mode active in vim (set mouse=a), then when you "select" text in the terminal with the mouse, you aren't selecting it in the terminal itself, you're selecting it in the remote application.  so highlighting text in vim means you want to use vim shortcuts to manipulate the highlighted text (whether it be copy/cut/whatever).  this is simply how terminal emulators and mouse reporting works.

we have issue 342944 to track adding a keyboard modifier to temporarily turn off mouse reporting so you could highlight text in the terminal emulator itself, but that's a bit orthogonal to what you're reporting here.
Summary: hterm: vim copy&paste out of windows apps when mouse reporting is enabled (was: vim copy&paste out of windows apps)
hi there, thanks for the explanation. however i don't understand why it is so hard to grasp the problem.
e.g. try good old putty on winodws: start vim, using set mouse=a
<shift> <mouse select> - does select the higlighted text, which then can be pasted in any windows app.
i guess many users of hterm have previously used putty before and want to replace it with hterm. vim is still one of the most widely used editors. mouse support is essential if you work on any text that is more than one page of length. all that tells me that this is not just my problem, but a general deficit of hterm. will somebody have a look at it?
<shift><mouse> is what i described -- that's what issue 342944 is about
obviously i have been refered there before. are we turning in circles? why not close the discussion on  issue 872617  then?

Sign in to add a comment