Iframe input focus scroll / tab
Reported by
sadikyal...@gmail.com,
Mar 23 2016
|
||||||||||||||||||
Issue description
<b>Chrome Version : <Copy from: 'about:version'></b>
URLs (if applicable) : none
Other browsers tested:
Safari: OK - Version 9.1 (10601.5.17.4)
Firefox: OK - Developer Edition 47.0a2 (2016-03-22)
IE: Not tested
Info: A JavaScript web app built on backbone.js and underscore.js. Using owl carousel to load in iframes on each individual slides.
Structure: Separate divs for the slider (iframe) and navigation controls (next/previous) outside the iframe.
Scenario: Interacting with the iframe content inputs such as select option causes scrolling off the view. As is, pressing tab on input fields.
Extra info: The iframes contain inline JavaScript, HTML and CSS.
What steps will reproduce the problem?
1. Launch Chrome
2. Use the navigation controls to the slide with inputs.
3. Click the select option.
What is the expected result?
1. The element and the iframe to stay put.
2. No focus - scrolling.
3. Pressing tab should focus to the next element.
What happens instead?
1. Select options stick to the left side of the screen (outside Browser).
2. The iframe gets positioned to God knows where - it disappears.
FF Info: Step 1. does also appear on FF but the iframe stays put. Only the select options move but to the right side of the screen. (See 3rd screenshot).
Screenshots:
,
Mar 24 2016
sadikyalcin17@: Could you please attach any test file or app to triage the issue further.
,
Mar 24 2016
I certainly can but I will need you to confirm that you've seen it so I can revoke access (general public shouldn't really be able to see it). http://app.companyapp.co.uk Username: chrome Password: test
,
Mar 24 2016
11th slide. Bear in mind, I don't know if this is a Chrome bug or bad code.
,
Mar 25 2016
Thank you for providing more feedback. Adding requester "ajha@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 29 2016
Would it be possible for you to attach the screen-cast of the issue seen for clearer picture or if this is related to dual screen?
,
Mar 29 2016
,
Mar 29 2016
Thank you for providing more feedback. Adding requester "ajha@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 4 2016
I am able to reproduce this on the Mac OS 10.11.3 with dual screen set-up on the latest stable(49.0.2623.110). Same behaviour is observed on chrome version: 41.0.2272.89 . However the URL isn't opening on the older chrome version(30.0.1549.0), 35.0.1849.0 and the throbber keeps on moving, hence unable to provide the reliable bisect result. Marking this Untriaged and adding proper labels for further investigation.
,
Apr 12 2016
Assigning to spqchan@ for investigation or routing.
,
May 5 2016
Any update on this? Note: I've tested it on Chrome Canary and I could not produce the error.
,
Jun 1 2016
This now seems to be fixed on v50 stable.
,
May 22 2017
Unable to reproduce |
||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||
Comment 1 by sadikyal...@gmail.com
, Mar 23 2016