1. 25 2月, 2022 1 次提交
  2. 09 2月, 2022 1 次提交
    • M
      [wasm] Fix WebSocket tests on NodeJS (#64330) · 1ac45f51
      Marek Fišera 提交于
      - Move all SetScriptCommands to a target, so they are placed after scenario in the generated script.
      - Add WasmXHarnessArgsCli as an alternative variable that can be used from cli.
      - Fix NodeJS symbolic links on Helix.
      - Copy TestEchoMiddleware and RemoteLoopMiddleware even for Scenario=NodeJS.
      - Enable System.Net.WebSockets.Client.Tests on NodeJS.
      1ac45f51
  3. 05 2月, 2022 1 次提交
  4. 20 1月, 2022 1 次提交
  5. 22 6月, 2021 1 次提交
    • P
      [WIP][wasm][testing] remote loop network tests via xharness and websocket (#54289) · fe892368
      Pavel Savara 提交于
      Makes it possible to run LoopbackServer tests with WASM
      - conditional compilation of LoopbackServer via #if TARGET_BROWSER
      - minimal implementation of WebSocketStream for the unit tests
      - simple SocketWrapper class to abstract Socket and WebSocket close/dispose/shutdown
      - added handling of CORS headers and pre-flight requests as necessary
      
      - new xharness web server middleware
      - adding it to helix payload
      fe892368
  6. 09 6月, 2021 1 次提交
  7. 03 6月, 2021 1 次提交
    • P
      [wasm] Enable more networking tests (#53027) · 1e195182
      Pavel Savara 提交于
      - enable System.Net.Http.Functional.Tests on browser
      - System.Net.Http.Functional.Tests to run in chrome instead of V8 via WasmTestOnBrowser
      - ActiveIssue https://github.com/dotnet/runtime/issues/34690 for WebSocket on Windows Mono
      - fix Quic detection in test
      - disable webSocket tests on Mono/Windows
      - disable tests with MaxConnectionsPerServer not supported on Browser
      - disable tests with Socket not supported on Browser
      - disable tests with AutomaticDecompression not supported on Browser
      - disable tests with UseProxy not supported on Browser
      - disable tests with PreAuthenticate not supported on Browser
      - disable tests with Credentials is not supported on Browser
      - disable tests with Loopback server
      - run outerloop on browser, rather than V8 only
      - [ActiveIssue] #37669 for missing crypto MD5
      - conditional tests with PlatformDetection.IsBrowserDomSupportedOrNotBrowser to allow System.Net.Http.Functional.Tests pass on V8
      - disabled tests with https://github.com/dotnet/runtime/issues/53018
      - disabled tests with https://github.com/dotnet/runtime/issues/53591
      - disabled tests with https://github.com/dotnet/runtime/issues/53592
      1e195182
  8. 29 4月, 2021 1 次提交
  9. 12 3月, 2021 1 次提交
  10. 23 7月, 2020 1 次提交
    • V
      Remove depprojs in favor of PackageReferences (#35606) · 809a06f4
      Viktor Hofer 提交于
      - Remove depprojs which currently binplace external references into the RefPath folders in favor of PackageReference and PackageDownload items.
      - Build all configurations by default when building an individual project (either on the CLI or inside VS) same as with the official SDK. This enables .NETFramework Test Explorer support.
      - Centrally define libraries that compose the shared framework instead of in each Directory.Build.props file to be able to build the targeting pack first and consume it in the OOB libraries.
      - Use ProjectReferences to reference OOB projects. Compile against the reference assembly but use the implementation assembly app-local during runtime.
      - Remove OOBs from the testhost and remove the testhost folder for .NETFramework as it isn't required anymore.
      - Only binplace for $(NetCoreAppCurrent) to compose a) the targeting pack, b) the runtime pack, c) the testhost, d) a full closure for the shims.
      - Use Targeting Packs for OOB projects (with their implicit assembly references) but still explicitly define granular references for .NETCoreApp configurations (DisableImplicitAssemblyReferences switch). Use the implicit targeting pack references in some Microsoft.Extensions.* cases.
      - Remove placeholder configurations as they aren't needed anymore with explicit P2Ps vs Targeting Pack references.
      - Remove implicit assembly references (ie for .NETFramework, mscorlib)
      - Remove AssemblySearchPath hacks that were introduced with b7c4cb71 as the targeting pack is now used by default.
      - Reduce unnecessary .NETFramework configurations that were added to run tests in favor of the already existing ref&src configurations.
      - Stop hardcoding the paths for wasm assemblies and use the returned TargetPath of the ProjectReferences.
      - Addressed formatting (ItemGroups, References at the bottom of the project file, ordering of references, use LibrariesProjectRoot instead of a relative path, unnecessary AssemblyName and RootNamespace properties which are identical to the project name, ordering of tfms)
      - Revert "fix clean (#33758)"
      809a06f4
  11. 09 7月, 2020 1 次提交
    • S
      Delete ClientWebSocket's event source (#38870) · 46600ec2
      Stephen Toub 提交于
      It's raising a single event for failed connects, and actual networking-related failures for failed connects will already be logged by the underlying API used.
      
      By getting rid of the catch and rethrow, we can also avoid an extra layer of async state machine on connect.
      46600ec2
  12. 08 7月, 2020 1 次提交
  13. 25 4月, 2020 1 次提交
  14. 06 2月, 2020 1 次提交
    • A
      New Configuration System (#1787) · 725968c3
      Anirudh Agnihotry 提交于
      * libraries -restore for vertical build without test restore
      
      * Automatic test change and regex to remove the addition of an extra line at eof
      
      * manual test restore fixed (restore completely done for vertical build)
      
      * build native done
      
      * Automatic ref change and regex to remove the last line
      
      * manual reference assebly change and generated shims build
      
      * automatic src change and regex
      
      * native bin place and src build manual change
      
      * apicompat and pretest.csproj done
      
      * fixing the package build
      
      * fixing all config
      
      * packaging and feedback
      
      * adding back placeholder configuration
      
      * fixing the shims
      
      * delete configuration.props
      
      * making the build work in master
      
      * Test Change
      
      * fixing the packageing, test restore replacing TargetFramework -> OriginalTargetFramework
      
      * delete test configuraiton.props, trailing semicolon and use targetFramework
      
      * reverting the package change
      
      * enable apicompat and fixing configurationGroup for individual projects
      
      * fixing the api compat
      
      * making ilproj work
      
      * adding the outerBuildTest
      
      * adding the arcade package version
      
      * fixing the merge conflicts
      
      * minor changes
      
      * adding additional configs and setting the runtimeOS
      
      * making the  vs stuff work
      
      * removing the target Group to fix the apicompat
      
      * fixing the linux build and some minor changes
      
      * making additionalBuildTargetFramework LOcalProperty
      
      * fixing the allConfigurations build
      
      * fixing the netfx build
      
      * fixing package Testing and restore
      
      * Missing  TargetFrameworks tag
      
      * making the VSdesgin stuff work
      
      * Remove OriginalFramework Entirely
      
      * some minor pr feedback
      
      * RemoveExtraSemicolon
      
      * use boolean exclude flag
      
      * fixing yml scripts to pass tests
      
      * adding comments and some minor feedback
      
      * moving packaging property to correct plave
      
      * fixing the build for web assembly
      
      * Fixing the live ci build
      
      * Fixing the live build for shims
      
      * fixing the tests
      
      * fixing the packaging and enterprise linux
      
      * fixing  package sizes
      
      * Fix the targetFramework
      
      * updating the targetFramework sdl
      
      * removing the buildOS and be able to use OSGroup as done in the old system
      
      * Fixing the osgroup stuff for send to helix task
      
      * Fix OSX failures
      
      * Fixing the osx build
      
      * uploading tmp folder to artifacts
      
      * running restore for runtime.deproj correctly
      725968c3
  15. 15 12月, 2019 1 次提交
    • A
      Removing "netcoreapp" and "netfx" TargetGroup (#457) · 3b9abae5
      Anirudh Agnihotry 提交于
      * netcoreapp -> netcoreapp5.0 in .sln files
      
      * netcoreapp; -> netcoreapp5.0;  , netcoreapp- to netcoreapp5.0-
      
      * netcoreapp- -> netcoreapp5.0 in .csproj
      
      * 'netcoreapp -> 'netcoreapp5.0 in .csproj
      
      * done with libraries sub folder
      
      * missed semicolon
      
      * minor changes
      
      * netcoreapp -> netcoreapp5.0 in some extra files
      
      * vNext target variable in configurations.props
      
      * netcoreapp => netcoreapp5/0 in some other .props file
      
      * netcoreapp -> vnext in .csproj
      
      * making the netcorepap framework switch work
      
      * fixing sendToHelix and linux build
      
      * TargetFrameworkVNext -> netcoreappCurrent
      
      * case correct netcoreappcurrent
      
      * fixing send to helix zip path
      
      * netfx -> net472 in .sln
      
      * netfx; -> net472; in .props
      
      * netfx- -> net472- in .props
      
      * netfx - -> net472- in .csproj
      
      * 'netfx-> 'net472 in .csproj
      
      * netfx -> net472 manual change
      
      * fixing ci build for netfx
      
      * Not trying to change the global property
      
      * Fixing build failure due to master changes in net https tests
      
      * adding documentaiton and fixing filtering
      
      * netcoreapp -> netcore5.0 in py file
      
      * changing the path to use netcoreapp5.0 version
      
      * feedback and override corefx path corrected in installers
      
      * remaing netcoreapp5.0 changes done
      
      * netcoreapp-> netcoreapp5.0 after live builds
      
      * net472 -> netframeworkcurrent
      3b9abae5
  16. 09 12月, 2019 1 次提交
  17. 15 11月, 2019 1 次提交
  18. 02 11月, 2019 1 次提交
  19. 17 10月, 2019 1 次提交
  20. 16 10月, 2019 1 次提交
    • S
      Reduce RemoteInvoke usage in tests (dotnet/corefx#41741) · 7ff3a110
      Stephen Toub 提交于
      Many of our RemoteInvokes are there purely because of needing to change the current thread culture but on UAP that actually impacting the whole process.  Until that's addressed, we can at least avoid the RemoteInvoke on all platforms other than UAP. There are also some RemoteInvokes that can be avoided by just serializing all of the (small number of) tests in a test assembly. And there's some additional cleanup to be done as well around not explicitly returning an exit code unless required.
      
      This helps measurably with test performance.  Consider the System.ComponentModel.Annotations test suite.  On my machine, prior to these changes, it took ~25 seconds; after these changes, it takes ~0.3. It helps even more when running against a checked runtime, where all of our test costs are magnified.  With a checked runtime, prior to these changes, it takes ~196 seconds; after these changes, it takes ~2.5 seconds.  This should help measurably with CI time in coreclr.
      
      Commit migrated from https://github.com/dotnet/corefx/commit/cd18bafbabf7fe47601f6f790d157409034a2477
      7ff3a110
  21. 10 9月, 2019 1 次提交
  22. 16 6月, 2019 1 次提交
    • V
      Enable project restore for test projects (dotnet/corefx#38151) · 5f98ba6a
      Viktor Hofer 提交于
      * Factor out repo restore into seperate props/targets
      
      * Use configuration system msbuild sdk
      
      * Remove XUnit.Runtime.depproj
      
      * Remove TargetGroup usages in test projects
      
      * Fix ILLink configuration
      
      The ILLink package contains netcoreapp2.0 assets which are compatible
      with netstandard2.0. Removing the old TargetFramework to restore
      successfully.
      
      * Remove usages from TargetGroup in Directory.Build.props
      
      * Remove dead net4* configurations
      
      * Change tests.builds to tests.proj sdk proj
      
      * Make externals dir proj an sdk project
      
      * Consume Microsoft.DotNet.CoreFxTesting as an msbuild sdk
      
      * Use runtimeconfig.template.json
      
      * Remove SupplementalTestData
      
      * Map shared framework version to product version
      
      * Stop binplacing tests
      
      * Move some tool depprojs to targets during restore
      
      * Remove dead code
      
      * Use PackageReference instead of RefFromRuntime in test
      
      * Disable using an apphost
      
      * Copy compression testdata manually cause unicode bug
      
      * Remove target batching in optimizationData
      
      * Reference packaging tools from CoreFx.Private.TestUtilities
      
      
      Commit migrated from https://github.com/dotnet/corefx/commit/c4c1985531cc1f25c805bbc4801b85c98e0dfee0
      5f98ba6a
  23. 05 6月, 2019 1 次提交
  24. 30 5月, 2019 1 次提交
  25. 17 5月, 2019 1 次提交
  26. 17 4月, 2019 2 次提交
    • V
      Update testdata versions (dotnet/corefx#36938) · ad3bc59e
      Viktor Hofer 提交于
      * Update testdata versions
      
      * Bump versions in projects and group in TestData
      
      * Fix typo
      
      
      Commit migrated from https://github.com/dotnet/corefx/commit/e5d2b5291277dbd7444d0a17a2bff4784265d917
      ad3bc59e
    • D
      Fix ClientWebSocket close handshake when using proxy (dotnet/corefx#36928) · 5f3d25be
      David Shulman 提交于
      When the client websocket was going through a proxy, it would sometimes transition to the
      'Aborted' state and not the 'Closed' state after a successful closing handshake.
      
      I first opened this bug a year ago but finally was able to get back to it and root cause the
      problem. The problem only occured with the managed websocket. The .NET Framework did not have
      this problem. And some proxies didn't cause a problem with managed websocket (such as Fiddler).
      
      The root cause is a misinterpretation of RFC 6455, Section 7.1.1. This describes the behavior
      of how the websocket's TCP connection should be closed. The most graceful way is to wait for
      the server to initiate the close of the socket. In cases where it is taking too long to wait
      for the server to start the TCP close, then the client can start the TCP close of the socket.
      
      But no matter how the socket is finally closed, the websocket state should transition to 'Closed'
      as soon as a valid closing handshake was performed (i.e. close frames both sent and received).
      And this occurs before any logic for closing the TCP connection.
      
      The code in managed websocket has a timer to wait 1 second for the server to start a close. If
      the timer finishes, then the managed websocket calls an Abort() method to close the socket. This
      ends up transitioning the websocket to an 'Aborted' state which is incorrect. The state should
      only be moved to the 'Aborted' state if a closing handshake was not completed.
      
      I added a new test to support this change and moved the LoopbackProxyServer code to Common.
      
      Fixes dotnet/corefx#28027
      
      
      Commit migrated from https://github.com/dotnet/corefx/commit/0c9684c2c4057908cf697a366a3b1527326e507d
      5f3d25be
  27. 02 4月, 2019 1 次提交
  28. 12 2月, 2019 1 次提交
  29. 06 12月, 2018 1 次提交
  30. 29 6月, 2018 1 次提交
  31. 22 5月, 2018 1 次提交
  32. 17 5月, 2018 1 次提交
  33. 23 3月, 2018 1 次提交
  34. 20 3月, 2018 1 次提交
  35. 14 3月, 2018 1 次提交
    • S
      Use shared SocketsHttpHandler for some ClientWebSocket options (dotnet/corefx#27994) · fd01dc8c
      Stephen Toub 提交于
      * Use shared SocketsHttpHandler for some ClientWebSocket options
      
      Currently we're creating a new SocketsHttpHandler for each ClientWebSocket.  This change makes it so that if mostly default options are used (namely no credentials, no proxy, no cookies, and no client certificates), we'll use a shared handler instance.
      
      * Make ClientWebSocketOptions.Proxy non-null by default
      
      netfx's ClientWebSocketOptions.Proxy defaults to a system-default proxy.  It can then be set to null to mean "no proxy" or to another proxy.  This changes netcoreapp's Proxy to match as closely as possible.
      
      It also then fixes up a few other settings on SocketsHttpHandler:
      - UseDefaultCredentials wasn't being factored in.  On netfx, UseDefaultCredentials takes precedence over Credentials, so this does the same.
      - UseCookies should be true iff Cookies is non-null.
      
      Finally, removed Outerloop from some tests that did not need to be, as they didn't actually involve making external requests, and deleted some dead test code.
      
      
      Commit migrated from https://github.com/dotnet/corefx/commit/d4853e2cfd69cda68c0b17fd54b6c7d2d48b7f98
      fd01dc8c
  36. 14 2月, 2018 1 次提交
  37. 09 2月, 2018 1 次提交
  38. 25 10月, 2017 1 次提交
  39. 11 8月, 2017 1 次提交