Issue metadata
Sign in to add a comment
|
IAccessible2::accLocation() returns incorrect position for elements with style position:fixed |
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36 Steps to reproduce the problem: If you have a web page that has scrollable object whost content scrolls, then any child objects within that object that are set to position:fixed do not report the correct location through IAccessible2::accLocation(). Example: use the webpage below, reduce the window so that less than 40 lines are displayed (or add more text). the location of the fixed element is incorrect once the page is scrolled. <html> <body> 1<br>2<br>3<br>4<br>5<br>6<br>7<br>8<br>9<br>10<br> 11<br>12<br>13<br>14<br>15<br>16<br>17<br>18<br>19<br>20<br> <div style="position:fixed; left:40px; top:125px">fixed text</div> 21<br>22<br>23<br>24<br>25<br>26<br>27<br>28<br>29<br>30<br> 31<br>32<br>33<br>34<br>35<br>36<br>37<br>38<br>39<br>40<br> </body> </html> What is the expected behavior? accLocation() should return correct coordinates. What went wrong? The coordinates returned are as if the fixed object is relative - they are scrolled with the page. Did this work before? N/A Chrome version: 59.0.3071.86 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 25.0 r0
,
Jun 16 2017
Hi, I think you may have miss-understood the bug report. The visible fixed text element does no scroll along with the page. The rendered visible position is correct. It's the position reported to a 3rd party app through the accessibility interface API that is incorrect. to replicate this you will need to run Chrome with a screen magnifier, or an accessibility testing tool that shows element positions. These are a bit lacking - maybe accProbe might do if you can get it to work, or maybe Zoomtext. I am currently writing the code to interface Supernova screen reader/magnifier with Chrome. This needs to be filed under UI->Accessibility->Compatibility Regards, Mike.
,
Jun 16 2017
Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 19 2017
,
Jun 22 2017
,
Jun 28 2017
,
Jun 28 2017
,
Aug 4 2017
,
Aug 4 2017
,
Dec 14 2017
,
Dec 14 2017
Still hoping to work on this one. The linked change needs more work.
,
Jan 9 2018
dmazzoni@ do you have any ETA in mind? I was informed of another bug report from 3rd-party developer that bases their work on IAccessible2 interface. The reproduction step is exactly the same as reported in the description.
,
Jan 12 2018
Note to self from the testing team: when looking for repro steps to eventually verify this bug, see the steps listed in CRBug.com/788696
,
Jun 15 2018
The bug manifests itself on several popluar web sites. Spotify Web player https://open.spotify.com/ Sign in and the library and recently played section as well as the player controls accross the bottom are incorrect once the main window (list of tracks) has scrolled. Microsoft MSDN. https://msdn.microsoft.com/en-us/library/3887zk1s.aspx The locations of objects below "IN THIS ARTICLE" on the right hand side are all reported incorrectly when the page scrolls. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by brajkumar@chromium.org
, Jun 14 2017Labels: Needs-Feedback