Skip to content

Test using VS Code remote support / dev containers #1677

Closed

Description

@DanTup

https://code.visualstudio.com/blogs/2019/05/02/remote-development
https://code.visualstudio.com/api/advanced-topics/remote-extensions
https://code.visualstudio.com/docs/remote/containers

"Dev Containers" are apparently the most restrictive, so we should start there to find most issues. We'll definitely need to fix the openInBrowser calls to call openExternal (in a way we can still stub for testing).

Things likely to be broken in this setup:

  • calls to openInBrowser
  • having webdev launch browsers
  • having DevTools launch browsers
  • launching emulators
  • running 'Open in Xcode' / 'Open in Android Studio'
  • connecting to devices on the local machine

Mostly blocked by:

Activity

  1. added
    is enhancementAn enhancement or improvement that should be listed in release notes but is not a bug fix.
    on May 3, 2019
  2. added this to the On Deck milestone on May 3, 2019
  3. minkir014 commented on May 10, 2019

    @minkir014

    Do you mean you want to support remote unit testing for dart and flutter?

  4. DanTup commented on May 10, 2019

    @DanTup
    MemberAuthor

    I'm not sure exactly what you have in mind, but this issue is just to make sure the extension works if people are using it with the "remote development" features linked to above (eg. VS Code is connected to a remote workspace with the Dart VM and project on the "server"). There's at least one thing I don't think will work (spawning browsers) because we don't use the new API for it.

    Whether this will support what you're after here, I'm not sure, because I'm not sure what it means to support remote unit testing. Presumably with the right "server" you could do whatever you want - but this issue is not related to providing any specific servers, only to ensure the extension can run in the "backend only" environment VS Code uses for these features.

    (If there's something you have in mind that this doesn't cover, feel free to open new issue(s)!)

  5. minkir014 commented on May 10, 2019

    @minkir014

    You mean flutter web apps with remote technology may have a problem.

  6. minkir014 commented on May 10, 2019

    @minkir014

    Am I right? Or you're opening an issue only for need.

  7. minkir014 commented on May 10, 2019

    @minkir014

    @DanTup Are you here?

  8. DanTup commented on May 11, 2019

    @DanTup
    MemberAuthor

    You mean flutter web apps with remote technology may have a problem.

    The specific example I gave above was for when VS Code launches a browser (for example launching DevTools). However you've just reminded me that webdev also launches browser and that don't work here (they'd launch in the container) so we'd need some solution to that too (I don't know what that will be, and the priority of it may depend on how common this setup is).

    If there's anything specific you're after or if you're seeing issues, do feel free to open new issues. More issues with possible duplicates is better than things being lost mixed in with other issues :-)

  9. modified the milestones: On Deck, v3.3.0 on Jun 20, 2019
  10. DanTup commented on Jul 16, 2019

    @DanTup
    MemberAuthor

    The stuff that can work all now works, and the things that don't are disabled (#1738) with the exception of DevTools (I've opened #1866, but it's blocked on VS Code).

    Support for things like Flutter web will be added if the underlying tools get support (currently it's not possible to run Flutter web on a remote machine because it spawns Chrome to use the debug protocol, for example).

  11. added
    in remoteRelates to running the extension in a remote setting using VS Code's remote dev support
    on Jul 22, 2019
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

    in remoteRelates to running the extension in a remote setting using VS Code's remote dev supportis enhancementAn enhancement or improvement that should be listed in release notes but is not a bug fix.

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions