20171 2012-11-30 12:11:51 +0000 There is no clear statement when APIs for the text field selections can be applied 2013-02-11 17:09:42 +0000 1 1 1 Unclassified WHATWG HTML unspecified PC Windows NT RESOLVED FIXED P2 major Unsorted 1 termi1uc1 ian ian mike contributor oldest_to_newest 79178 0 1251 termi1uc1 2012-11-30 12:11:51 +0000 Created attachment 1251 Different behavour between {FireFox, Opera} and Chrome Spec say: "For input elements, calling these methods while they don't apply, and getting or setting these attributes while they don't apply, must throw an InvalidStateError exception." No browser has implemented InvalidStateError error. And the is no clear statement, that does "while they don't apply" mean. Can we call element.setSelectionRange while element has no focus? The are two different model in browsers I tested: 1. FireFox and Opera, set selectionStart and selectionStart values without setting focus. 2. Chrome, set selectionStart and selectionStart values with setting focus to current element. Both behavior seams wrong. But Chrome behavior is worse, due it broke events queue. 82858 1 contributor 2013-02-09 21:35:15 +0000 Checked in as WHATWG revision r7716. Check-in comment: Clarify 'do not apply'. http://html5.org/tools/web-apps-tracker?from=7715&to=7716 82859 2 ian 2013-02-09 21:56:35 +0000 > attachment 1251 Looks like Opera's the one that gets this right. > Spec say: "For input elements, calling these methods while they don't apply, > and getting or setting these attributes while they don't apply, must throw > an InvalidStateError exception." > No browser has implemented InvalidStateError error. They vary in what exception they throw, but I got an exception in all the browsers I tested (Firefox, Chrome, Opera) on this test: http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=2090 > And the is no clear statement, that does "while they don't apply" mean. I've hyperlinked it to a clearer definition. Let me know if it's still not clear. > Can we call element.setSelectionRange while element has no focus? Sure, the spec doesn't say anything about focus having an effect here. > The are two different model in browsers I tested: > > 1. FireFox and Opera, set selectionStart and selectionStart values without > setting focus. > 2. Chrome, set selectionStart and selectionStart values with setting focus > to current element. > > Both behavior seams wrong. But Chrome behavior is worse, due it broke events > queue. Chrome definitely is wrong here, yes. Please file a bug on Chrome! Let me know (by commenting on this bug and reopening it) if you see anything wrong in the spec at this point. Thanks! 82914 3 termi1uc1 2013-02-11 17:09:42 +0000 There was a misunderstanding due I don't specify the type of input. My original question was about 'input type=text' or 'textarea'. I was frustrated by Chrome behavior and Spec was the last hope to understand the right behavior. But it's still unclean for me. Can browser apply setSelectionRange on input[type=text] element that doesn't have focus? I guess it depend on browser, but Spec need to say something about it. Something like: "User agent can apply selectionRange methods on inactive input element, but without changing current active input element". And thanks for http://html5.org/r/7716 clarification, it's important for me too. 1251 2012-11-30 12:11:51 +0000 2012-11-30 12:11:51 +0000 Different behavour between {FireFox, Opera} and Chrome Chrome_input_focus_BUG2.html text/html 1514 termi1uc1 77u/PCFET0NUWVBFIEhUTUw+DQo8aHRtbD4NCjxoZWFkPg0KICA8bWV0YSBjaGFyc2V0PSJ1dGYt OCI+DQo8L2hlYWQ+DQo8Ym9keT4NCg0KICA8cD5UaGVyZSBzaG91ZCBiZSBubyBmb2N1c2VkIGVs ZW1lbnRzPC9wPg0KICA8Zm9ybSBpZD0iZm9ybSI+DQogICAgICA8bGFiZWwgc3R5bGU9ImRpc3Bs YXk6YmxvY2siPg0KICAgICAgICAgIDxpbnB1dCAvPg0KCQkgIDxzcGFuPkxhc3QgZXZlbnQ6IDxi PjwvYj4NCiAgICAgIDwvbGFiZWw+DQogICAgICA8bGFiZWwgc3R5bGU9ImRpc3BsYXk6YmxvY2si Pg0KICAgICAgICAgIDxpbnB1dCAvPg0KCQkgIDxzcGFuPkxhc3QgZXZlbnQ6IDxiPjwvYj4NCiAg ICAgIDwvbGFiZWw+DQogICAgICA8bGFiZWwgc3R5bGU9ImRpc3BsYXk6YmxvY2siPg0KICAgICAg ICAgIDxpbnB1dCAvPg0KCQkgIDxzcGFuPkxhc3QgZXZlbnQ6IDxiPjwvYj4NCiAgICAgIDwvbGFi ZWw+DQoNCgkgIDxidXR0b24+U2V0IHJhbmRvbSBjdXJldDwvYnV0dG9uPg0KICA8L2Zvcm0+DQoN Cg0KPHNjcmlwdD4NCmZ1bmN0aW9uIFN0cmluZ19yYW5kb20obGVuZ3RoKSB7DQoJaWYoIWxlbmd0 aCB8fCBsZW5ndGggPCAwKXJldHVybiAiIjsNCgkNCglyZXR1cm4gKG5ldyBBcnJheSgrK2xlbmd0 aCkpLmpvaW4oMCkucmVwbGFjZSgvLi9nLGZ1bmN0aW9uKCkgew0KCQlyZXR1cm4oMCB8IE1hdGgu cmFuZG9tKCkgKiAzMikudG9TdHJpbmcoMzIpDQoJfSk7DQp9Ow0KDQpmdW5jdGlvbiBpbnB1dF9l dmVudChlKSB7DQoJZS50YXJnZXQucGFyZW50RWxlbWVudC5xdWVyeVNlbGVjdG9yKCJiIikuaW5u ZXJIVE1MID0gZS50eXBlOw0KDQoJLy90YXJnZXQudmFsdWUgKz0gMTsNCn0NCg0KdmFyIGlucHV0 czsNCg0Kd2luZG93Lm9ubG9hZCA9IGZ1bmN0aW9uKCkgew0KCWlucHV0cyA9IEFycmF5LnByb3Rv dHlwZS5zbGljZS5jYWxsKGZvcm0ucXVlcnlTZWxlY3RvckFsbCgiaW5wdXQiKSk7DQogICAgaW5w dXRzLmZvckVhY2goZnVuY3Rpb24oaW5wdXQpIHsNCgkJaW5wdXQudmFsdWUgPSBTdHJpbmdfcmFu ZG9tKDE1KTsJDQoJDQogICAgICAgIGlucHV0LmFkZEV2ZW50TGlzdGVuZXIoImZvY3VzIiwgaW5w dXRfZXZlbnQpOw0KCQlpbnB1dC5hZGRFdmVudExpc3RlbmVyKCJibHVyIiwgaW5wdXRfZXZlbnQp Ow0KICAgIH0pDQoNCiAgICBmb3JtLnF1ZXJ5U2VsZWN0b3IoImJ1dHRvbiIpLmFkZEV2ZW50TGlz dGVuZXIoImNsaWNrIiwgZnVuY3Rpb24oZSkgew0KCQlpbnB1dHMuZm9yRWFjaChmdW5jdGlvbihp bnB1dCkgew0KCQkJdmFyIHJuMSA9IE1hdGgucmFuZG9tKCkgKiA1DQoJCQkJLCBybjIgPSBybjEg KyBNYXRoLnJhbmRvbSgpICogMw0KCQkJOw0KCQkNCgkJCWlucHV0LnNldFNlbGVjdGlvblJhbmdl KHJuMSwgcm4yKTsNCgkJCWlucHV0LnNlbGVjdGlvblN0YXJ0ID0gcm4xOw0KCQkJaW5wdXQuc2Vs ZWN0aW9uRW5kID0gcm4yOw0KCQl9KTsNCgkJDQoJCWUucHJldmVudERlZmF1bHQoKTsNCgl9KQ0K fQ0KPC9zY3JpcHQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo=