Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inconsistent link activation in integrated terminal output #35662

Closed
narkowicz opened this issue Oct 6, 2017 · 6 comments
Closed

Inconsistent link activation in integrated terminal output #35662

narkowicz opened this issue Oct 6, 2017 · 6 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug candidate Issue identified as probable candidate for fixing in the next release terminal Integrated terminal issues verified Verification succeeded

Comments

@narkowicz
Copy link

narkowicz commented Oct 6, 2017

  • VSCode Version: Code - Insiders 1.17.0-insider (81fc22e, 2017-10-03T22:47:28.178Z)
  • VSCode Version: Code 1.17.0 (be377c0, 2017-10-05T06:07:51.906Z)
  • OS Version: Darwin x64 16.7.0
  • Extensions: none

Steps to Reproduce:

  1. Open a new integrated terminal
  2. Run echo https://www.visualstudio.com
  3. Expect both printed link texts to be command (or ctrl) + clickable, but neither underline on hover or are clickable
  4. Repeat echo https://www.visualstudio.com
  5. The second set of links (in command and result) underline on hover and are clickable as expected, first link text remains inactive
  6. Fill terminal window with repeated output until scrolling is enabled. After manually scrolling up to first line of terminal contents, the first link is now clickable

Seeing same issue for local file path links.

Behaviour is very regular but not always consistent for me. With a new integrated terminal session the first links are always un-clickable but are occasionally enabled after the second link is printed. On other occasions either one or both of the second links are also un-clickable.

Issue emerged in program output printed to integrated terminal on stable version 1.17 where none of the printed local file paths were clickable - in this case, manually scrolling the integrated terminal window activated the links.

edit: Added details of stable version exhibiting same behaviour

@vscodebot vscodebot bot added the terminal Integrated terminal issues label Oct 6, 2017
@Tyriar Tyriar added this to the September Recovery 2017 milestone Oct 6, 2017
@Tyriar Tyriar added bug Issue identified by VS Code Team member as probable bug candidate Issue identified as probable candidate for fixing in the next release labels Oct 6, 2017
Tyriar added a commit that referenced this issue Oct 6, 2017
@Tyriar Tyriar closed this as completed Oct 6, 2017
@Tyriar
Copy link
Member

Tyriar commented Oct 6, 2017

Pushed to release/1.17

@ramya-rao-a ramya-rao-a added the verified Verification succeeded label Oct 10, 2017
@ramya-rao-a
Copy link
Contributor

@Tyriar I could repro in Windows with 1.17.0 and have verified the fix works with 1.17.1
However I cannot repro in Mac with 1.17.0

@narkowicz
Copy link
Author

narkowicz commented Oct 11, 2017

@ramya-rao-a I've updated to 1.17.1 on macOS Sierra 10.12.6 and still seeing issue as originally reported.

@Tyriar
Copy link
Member

Tyriar commented Oct 11, 2017

@narkowicz I can not reproduce on 1.17.1 macOS, do you have errors in the console? (Help > Toggle Developer Tools)

@narkowicz
Copy link
Author

@Tyriar no errors in console. Have disabled all extensions. Version details below.

  • VSCode Version: Code 1.17.1 (1e9d365, 2017-10-10T14:10:17.189Z)
  • OS Version: Darwin x64 16.7.0

Only seeing the error as described above on first command in a 'fresh' / brand new terminal. In 1.17.1 the url is clickable when entered into the prompt, but after hitting return neither the url in (what was) the prompt or the printed result are clickable. All subsequent urls entered in same manner are clickable.

However, still seeing original issue of printed paths in program output initially not being clickable until scroll event (in my case seeing this in output of a build script run via npm). This seems to be the case regardless of when the command is run (does not require a fresh terminal to reproduce).

Was hopeful that the issue as described might fix the underlying problem affecting program output... I could create a new issue with an attempt to reproduce problem with program output if that's a better test case?

@narkowicz
Copy link
Author

Update to last: showing verbose output in console reveals the following when opening a fresh terminal:

(2) Terminal.ts:2111 [Violation] Added non-passive event listener to a scroll-blocking 'wheel' event. Consider marking event handler as 'passive' to make the page more responsive.
Terminal.ts:2111 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive.
Terminal.ts:2111 [Violation] Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive.
scorer.ts:133 [Violation] Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive.

Not seeing any further messages in console after entering content or producing program output. No info, warning or error statements being printed.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Issue identified by VS Code Team member as probable bug candidate Issue identified as probable candidate for fixing in the next release terminal Integrated terminal issues verified Verification succeeded
Projects
None yet
Development

No branches or pull requests

3 participants