New issue
Advanced search Search tips

Issue 771184 link

Starred by 1 user
Status: WontFix
Owner:
dtapu...@chromium.org
Closed: Oct 2017
Cc:
pbomm...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression

Blocking:
issue 157855



Sign in to add a comment

DevExpress ASP.net webforms/controls don't calculate DocumentScrollTop/Left correct

Reported by sushm...@gmail.com, Oct 3 2017 
UserAgent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce the problem:
1. https://www.myeasyreferral.com/Modules/ERM/EasyReferral/Request.aspx
2. scroll to the bottom and click on Attachments
3. Click on Browse. Nothing happens.
3. 

What is the expected behavior?
A pop up should appear and ask for file to upload. Pop-ups are enabled in my chrome settings.

What went wrong?
Updating to version 61 caused this error. it works well with older versions of chrome.

Did this work before? Yes 60

Chrome version: 61.0.3163.100  Channel: stable
OS Version: 6.3
Flash Version: Shockwave Flash 27.0 r0

Comment 1 by pbomm...@chromium.org, Oct 3 2017

Cc: pbomm...@chromium.org
Components: -UI Blink>Scroll
Labels: M-61 M-62 M-63
Owner: dtapu...@chromium.org
Status: Assigned (was: Unconfirmed)
You are probably looking for a change made after 481207 (known good), but no later than 481208 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspect as some perf builds might get missing due to failure.
  https://chromium.googlesource.com/chromium/src/+log/148c2697ed43abbc96e517b0c65517ebcef171b7..4cef659a8009c5cb4f5708336ae37654d23653b3

Comment 2 by dtapu...@chromium.org, Oct 4 2017

Blocking: 157855
Status: WontFix (was: Assigned)
Summary: DevExpress ASP.net webforms/controls don't calculate DocumentScrollTop/Left correct (was: <input type="file"> is not opening new window for uploading documents)
Appears more user-agent checks for the scrolling element. Specifically hard coded to check webkit and use the body element.

Should be using document.scrollingElement instead.

function _aspxGetDocumentScrollTop(){
 if(__aspxWebKitFamily || __aspxIE && __aspxBrowserVersion == 5.5 || document.documentElement.scrollTop == 0) {
  if(__aspxMacOSMobilePlatform) 
   return window.pageYOffset;
  else 
   return document.body.scrollTop;
 }
 else
  return document.documentElement.scrollTop;
}

Comment 3 by dtapu...@chromium.org, Oct 4 2017 

Sent an email to support@devexpress.com

Hopefully the can address in in their libraries and let their customers know.

Comment 4 by sushm...@gmail.com, Oct 9 2017 

Can chrome fix this in the next release?

Comment 5 by dtapu...@chromium.org, Oct 9 2017 

No we aren't going to fix this. We did this on purpose to match the standards and Firefox. Yet the site you are using is doing a user-agent check expecting a certain behavior. You will have to adjust your user agent check in your DevExpress library.
►

Sign in to add a comment