copying selection to clipboard doesn't work in secure shell extension
Reported by
mirek.k...@gmail.com,
Mar 19 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.19 Safari/537.36 Steps to reproduce the problem: 1. install latest chrome beta 2. insall secure shell and log in to any account 3. try selecting text in the terminal with mouse What is the expected behavior? text should be copied to the clipboard What went wrong? clipboard contents aren't affected WebStore page: secure shell Did this work before? Yes previous beta Chrome version: 58.0.3029.19 Channel: beta OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: disabled
,
Mar 21 2017
Able to reproduce the issue on Mac 10.12.3, Win-10 and Ubuntu 14.04 using chrome reported version #58.0.3029.19 but the same is not reproducible in the latest canary #59.0.3046.0. Reverse Bisect Information: ===================== Good build: 59.0.3038.0 Revision(456244) Bad Build : 59.0.3037.0 Revision(455955) Change Log URL: https://chromium.googlesource.com/chromium/src/+log/a26877dfeb89300f2da958471d2ab9f72766cf38..fead74a8e3d55044bc89fe96500275a0b5e3f24c From the above change log suspecting below change Review url: https://codereview.chromium.org/2741783006 brucedawson@ - Could you please check and merge the fix to M-59 if it is a valid candidate. Thanks...!!
,
Mar 21 2017
Adding label ReleaseBlock-Stable as it seems to be a recent regression. Thanks...!!
,
Mar 25 2017
looks like it's fixed in 58.0.3029.33
,
Apr 11 2017
Unable to reproduce the issue in Win-10, Mac 10.12.3 and Ubuntu 14.04 using chrome beta version #58.0.3029.54 and latest canary #59.0.3067.0. Thanks...!!
,
Apr 17 2017
mirek.kaim@, As per comment#5,Could you please check the issue & update the thread with your observations on the same. Thank you!
,
Apr 17 2017
as i've said in comment 4, it seems to be fixed since 58.0.3029.33 (the issue didn't come back since that version) - that's all i know, sitting on the beta channel.
,
Apr 17 2017
I'm glad this appears to be fixed. Apologies for not looking at it more closely before. The blamed change of mine could not be the problem as it makes no difference to the build. One of the changes is just a different way of choosing the 2015/2017 runtime files, and the other one just makes unsupported compilers be an explicit error. The change doesn't change any code that is compiled, or change the toolchain that we use. So, I don't know why the error appeared or why it went away.
,
May 29 2017
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 Deleted