Skip to content

URL to v8_inspector in the Windows console is inconvenient to copy #7141

Description

@vsemozhetbyt
  • Version: 7.0.0-nightly20160602aac79dfd78
  • Platform: Windows 7
  • Subsystem: v8_inspector

Selection in the default Windows console works in the block mode with line wrap replaced by line break in the copy.

1

A user can select a long URL with indentation only by selecting all the full lines:

2

On inserting in the address bar, the line break is replaced by %20 and the URL becomes invalid:

3

Currently a user has these workarounds:

  1. Use not default console.
  2. Expand screen buffer width up to URL width.
  3. Redirect output to file and copy from it.
  4. Manually clean each URL.

Is there a way to address this inconvenience? Maybe a flag can be added to open the URL in the Chrome automatically.

Activity

  1. MylesBorins commented on Jun 3, 2016

    @MylesBorins
    Contributor
  2. added
    inspectorIssues and PRs related to the V8 inspector protocol.
    on Jun 3, 2016
  3. added
    windowsIssues and PRs related to the Windows platform.
    feature requestIssues requesting new Node.js features.
    on Jun 4, 2016
  4. jasnell commented on Jun 6, 2016

    @jasnell
    Member

    +1 for this. Having the option to have the inspector opened automatically would be very useful.

  5. vsemozhetbyt commented on Jun 7, 2016

    @vsemozhetbyt
    ContributorAuthor
  6. RReverser commented on Jun 8, 2016

    @RReverser
    Member

    @vsemozhetbyt As a side note (since it's a generic problem when working with cmd in Windows): I'd recommend using ConEmu instead, as, among other things, it allows proper linear selection and copy and so on. Also, this is fixed in Windows 10 built-in console, but from the screenshots it looks like you're not using it, so might be not an option.

  7. vsemozhetbyt commented on Jun 8, 2016

    @vsemozhetbyt
    ContributorAuthor

    @RReverser Thank you. I weighed in adoption of other console, but there are some forethoughts for me:

    1. I will just add another layer of potential bugs.
    2. Somebody must be a test canary for the default console :)
  8. RReverser commented on Jun 8, 2016

    @RReverser
    Member

    Somebody must be a test canary for the default console :)

    True, but, as I said above, default console has been fixed already. The issue here is rather that you might be using outdated version of Windows :)

  9. vsemozhetbyt commented on Jun 8, 2016

    @vsemozhetbyt
    ContributorAuthor

    So, while Node.js supports Windows 7, somebody must be a test canary for the Windows 7 default console too :)

  10. orangemocha commented on Jun 9, 2016

    @orangemocha
    Contributor

    FWIW I use Console2 which provides better copy&paste across lines and has been working very reliably for me.

  11. Fishrock123 commented on Jun 27, 2016

    @Fishrock123
    Contributor

    Seems like a cmd.exe problem?

  12. jaridmargolin commented on Oct 31, 2016

    @jaridmargolin

    May not be the most elegant solution, but as I found the process of copying and pasting the url every time a little clumsy (as well as refreshing etc...), I put together a little project this weekend:

    https://github.com/jaridmargolin/inspect-process

    People following this thread may find it helpful.

  13. june07 commented on Nov 16, 2016

    @june07

    Addressed this in #2546 but it's a closed issue, also in #9185

    The following plugin helps in this case:
    chrome plugin

    It gives you the option of auto opening and closing the DevTools window in a tab or window. Just change the toggle from Manual to Auto and then start a debugging session. DevTools should open. And once you end your debugging session, DevTools will close.

    I was having the same issue a few days ago and wrote a Chrome extension to solve it. Would love any feedback.

  14. bmeck commented on Nov 17, 2016

    @bmeck
    Member

    @jasnell there isn't a great way to find the Application Chrome/Chromium and fire it up across platforms. We could use open on OSX, start (and guess at dir to search) on Windows, and xdg-open on linux/bsd. However, these tools don't have the exact same behavior and things could get weird (particularly on linux/bsd if the url scheme is not registered).

  15. jaridmargolin commented on Nov 17, 2016

    @jaridmargolin

    @jasnell @bmeck - https://github.com/jaridmargolin/inspect-process uses selenium under the hood. Assuming there are a handful of reasons why you wouldn't want to put that into core.

    Additionally as for open... chrome will not "open" to a chrome:// url. Perhaps this should be filed as a bug on there end.

  16. lacmuch commented on Jan 6, 2017

    @lacmuch

    use this .bat file for running your debug process:

    mode con: cols=200 lines=25
    node --inspect=5858 [source file]

  17. vsemozhetbyt commented on Jan 6, 2017

    @vsemozhetbyt
    ContributorAuthor

    @lacmuch Thank you. Personally, I've set something like that in default cmd window options.

  18. Trott commented on Jul 15, 2017

    @Trott
    Member

    @vsemozhetbyt Should this remain open?

  19. vsemozhetbyt commented on Jul 15, 2017

    @vsemozhetbyt
    ContributorAuthor

    I think not. The URL is shorter now and we have other ways to interact. Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    feature requestIssues requesting new Node.js features.inspectorIssues and PRs related to the V8 inspector protocol.windowsIssues and PRs related to the Windows platform.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions