Open GoogleCodeExporter opened 9 years ago
In fact, this bug occured not only for input type submit but also for some
other elements like input type radio, input type checkbox, container (div),
etc. I suspect that any elements which didn't have a "natural" focus by the
browser (input type text with keyboard control, select) needs manual scroll
with JS.
Original comment by yannick....@gmail.com
on 2 Dec 2014 at 9:59
OK, after some investigation, it seems that the keyboard controller is the
troublemaker (not sure).
Here is a simple use case (sorry, but issue attachment storage quota is
exceeded):
<code>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN"
"http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" version="XHTML+RDFa
1.0" dir="ltr">
<head>
<title>Test</title>
</head>
<body>
<form action="/test.html" method="get">
<div>
<!-- no matter, it works with or without -->
<div style="height:1500px;"></div>
<!-- First element of that type do not use keyboard control? -->
<input type="text" name="text" />
<!-- no matter, it works with or without -->
<div style="height:1500px;"></div>
<!-- Twice to have keyboard control. If you remove it, all works. -->
<input type="text" name="text_twice" />
<!-- remove all of them and its work with keyboard control -->
<div style="height:1500px;"></div>
<input type="checkbox" name="checkbox" />
<!-- remove all of them and its work with keyboard control -->
<div style="height:1500px;"></div>
<input type="radio" name="radios" value="foo" />
<input type="radio" name="radios" value="bar" />
<input type="radio" name="radios" value="baz" />
<!-- remove all of them and its work -->
<div style="height:1500px;"></div>
<input type="submit" name="op" value="Submit" />
</div>
</form>
</body>
</html>
</code>
To reproduce :
- set value for the first input type text
- set value for the second type text (will show the keyboard control!)
- try to click on the checkbox (fail)
- try to click on a radio (fail)
- try to click on the submit button (fail)
if you don't set value for the second input type text, everything below is
working fine.
If you remove fake container with heavy height (so all elements are visible on
the same view), its works fine, even if you set values for both text input.
So to summarize, if you have a keyboard control displayed and element is not in
the view (below), click events fail.
If we got the location of the checkbox before clicking on it, it returns (12,
4560)
Or, the exception throw is : Element is not clickable at point (18, 705)
Original comment by yannick....@gmail.com
on 9 Dec 2014 at 2:55
Original comment by samu...@chromium.org
on 21 Feb 2015 at 12:18
Original issue reported on code.google.com by
yannick....@gmail.com
on 1 Dec 2014 at 1:14