This happens because BrowserViewportScroller.getScrollPosition returns with the values window.scrollX and window.scrollY, neither of which are supported by Internet Explorer.

This seems to be incorrectly feature-detected earlier in the function by BrowserViewportScroller.supportScrollRestoration, which returns true for IE11, as both window itself and window.scrollTo are defined. This, however, doesn't check for the availability of the scrollX and scrollY properties.

Why not update ViewportScroller to get viewport scroll position like material2?

--

In-app fix: adding a polyfill in src/polyfills.ts for window.scrollX and window.scrollY can "fix" the issue (for the browser target) with the current ViewportScroller implementation.

Example for IE11:

// src/polyfills
if (!('scrollX' in window)) {
  Object.defineProperty(window, 'scrollX', { get: () => window.pageXOffset });
}

if (!('scrollY' in window)) {
  Object.defineProperty(window, 'scrollY', { get: () => window.pageYOffset });
}

It seems to me that it would be enough to use the this.window.pageXOffset and this.window.pageYOffset properties instead.

From https://developer.mozilla.org/en-US/docs/Web/API/Window/scrollX#Notes

The pageXOffset property is an alias for the scrollX property:

window.pageXOffset == window.scrollX; // always true
For cross-browser compatibility, use window.pageXOffset instead of window.scrollX.

These properties are supported by IE9-11: https://developer.mozilla.org/en-US/docs/Web/API/Window/pageXOffset#Browser_compatibility

FYI, the corresponding PR #28262 that contains the fix was merged, so I'm closing this ticket. The fix should be available once the next release (11.0.3) is published. Thank you.

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

_{This action has been performed automatically by a bot.}