Update CoreClr, CoreFx, Standard to preview3-25504-01, preview3-25504-01, preview3-25503-01, respectively (release/2.0.0)

[dotnet-maestro-bot]

No description provided.

[stephentoub]

@danmosemsft, several serialization test failures here...

[danmoseley]

@ViktorHofer for that

[ViktorHofer]

On Unix system suddenly CookieContainer serialization behaves differently. The order of the first serialized field is reversed which means that this field appears first in the serialization payload on Unix but last on Windows: https://github.com/dotnet/corefx/blob/master/src/System.Net.Primitives/src/System/Net/CookieContainer.cs#L108

I'm not sure why this is happening now. I need to check recent changes and check the last time it worked.

[ViktorHofer]

My guess is that Type.GetFields returns the FieldInfo array in a different order on Unix machines because of a recent change. Investigating and setting up a VM to verify my assumption.

[ViktorHofer]

@dotnet/dnceng Innerloop Windows Debug and Release build errors:

Installing dotnet cli...
Restoring BuildTools version 2.0.0-prerelease-01616-05...
Initializing BuildTools...
Build timed out (after 120 minutes). Marking the build as aborted.
Build was aborted
https://ci.dot.net/job/dotnet_corefx/job/release_2.0.0/job/windows_nt_release_prtest/401/
https://ci.dot.net/job/dotnet_corefx/job/release_2.0.0/job/windows_nt_debug_prtest/399/

[ViktorHofer]

Just to emit all infos which I yet have collected:

1. Occurs only in the release/2.0.0 branch
2. and only on PortableLinux Debug/Release, Ubuntu 14.04 and CentOS7.1 configurations

Seems to be connected to different return order of Type.GetFields on the mentioned configurations. I now have a Linux box where I try to find the missing piece in the release branch.

[ViktorHofer]

My assumption was wrong. The return order of Type.GetFields is in sync on Unix and Windows. Just tested:

  m_domainTable
  m_maxCookieSize
  m_maxCookies
  m_maxCookiesPerDomain
  m_count
  m_fqdnMyDomain

Update:
It seems sometimes it is failing. CI says it's also failing on Windows sometimes. My local Ubuntu 16.04 box just printed this, which is the wrong order:

  m_fqdnMyDomain
  m_domainTable
  m_maxCookieSize
  m_maxCookies
  m_maxCookiesPerDomain
  m_count

[ViktorHofer]

@dotnet-bot test Innerloop Windows_NT Release x64 Build and Test

testing something

[ViktorHofer]

@dotnet-bot test Innerloop Tizen armel Debug Cross Build
@dotnet-bot test Innerloop Tizen armel Release Cross Build

[ViktorHofer]

As CI is finally green here I will merge this to unblock the release branch and follow up on the serialization error here: https://github.com/dotnet/corefx/issues/21720