24140 2009-02-24 14:58:04 -0800 REGRESSION: Safari input field value update via Javascript not rendered in UI 2009-03-12 10:40:37 -0700 1 1 1 Unclassified WebKit Layout and Rendering 528+ (Nightly build) Mac OS X 10.5 RESOLVED DUPLICATE 24508 InRadar, Regression P1 Normal --- 1 bengummer webkit-unassigned oldest_to_newest 110830 0 bengummer 2009-02-24 14:58:04 -0800 Summary: When a text field in Safari 4 has a zero-length value AND has a non zero-length placeholder value, the first attempt to update the value of such a field (using Javascript) is not rendered in the browser UI. Steps to Reproduce: 1. Create an HTML file containing a text field element with a zero-length value, such as <input type="text" value="" placeholder="Placeholder" id="test"> 2. Use Javascript to update the value of the text field element, such as document.getElementById('test').value = "Javascript assigned value"; 3. Notice that when the Javascript is run, the text field element still displays it's placeholder, and not the new value assigned using Javascript. 4. Run the Javascript a second time (without reloading the page). 5. Notice that the expected value is shown upon the second execution of the Javascript. Expected Results: When the Javascript is run for the first time, it is expected that the text field element will display the value assigned via Javascript. Actual Results: When the Javascript is run for the first time, the text field element continues to display it's placeholder value, instead of the new actual value assigned via Javascript. Executing the Javascript a second time causes the value changes to be rendered as expected. Regression: This problem only occurs when a text field element's 'placeholder' attribute is set to a non-zero-length string, AND when the same text field element's 'value' attribute is set to a zero-length string. This problem does not occur in Safari 3. Notes: I have uploaded a demo script to demonstrate the problem (see http://pastie.org/399137.txt) 110831 1 27938 bengummer 2009-02-24 14:58:52 -0800 Created attachment 27938 A test script to reproduce the problem 110957 2 ap 2009-02-25 08:29:37 -0800 Confirmed using a local build of r41181. 113350 3 ap 2009-03-12 02:40:18 -0700 <rdar://problem/6674177> 113413 4 ap 2009-03-12 10:40:37 -0700 Please cross-reference bugs when filing both here and in Radar. *** This bug has been marked as a duplicate of 24508 *** 27938 2009-02-24 14:58:52 -0800 2009-02-24 14:58:52 -0800 A test script to reproduce the problem TestBug.html text/html 948 bengummer PGh0bWw+Cgo8aGVhZD4KCTxzY3JpcHQ+CgkJZnVuY3Rpb24gdGVzdEJ1ZygpIHsKCQkJZG9jdW1l bnQuZ2V0RWxlbWVudEJ5SWQoJ3Rlc3QnKS52YWx1ZSA9ICJKYXZhc2NyaXB0IGFzc2lnbmVkIHZh bHVlIjsKCQkJdXBkYXRlTGVuZ3RoKCk7CgkJfQoJCQoJCWZ1bmN0aW9uIHVwZGF0ZUxlbmd0aCgp IHsKCQkJZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoJ3ZhbHVlbGVuZ3RoJykuaW5uZXJIVE1MID0g ZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoJ3Rlc3QnKS52YWx1ZS5sZW5ndGg7CgkJfQoJPC9zY3Jp cHQ+CjwvaGVhZD4KCjxib2R5IG9ubG9hZD0iamF2YXNjcmlwdDp1cGRhdGVMZW5ndGgoKTsiPgoJ PGlucHV0IHR5cGU9InRleHQiIHZhbHVlPSIiIHBsYWNlaG9sZGVyPSJQbGFjZWhvbGRlciIgaWQ9 InRlc3QiPiBGaWVsZCB2YWx1ZSBsZW5ndGggaXMgPHNwYW4gaWQ9InZhbHVlbGVuZ3RoIj48L3Nw YW4+IGNoYXJhY3RlcnM8YnIvPgoJPGEgaHJlZj0iamF2YXNjcmlwdDp0ZXN0QnVnKCk7Ij5UZXN0 IEJ1ZzwvYT48cC8+CglUbyByZXByb2R1Y2U6Cgk8b2w+CgkJPGxpPkNsaWNrIG9uIHRoZSBsaW5r IGFib3ZlLiBJdCB3aWxsIHVwZGF0ZSB0aGUgZmllbGQgdmFsdWUgdG8gJnF1b3Q7SmF2YXNjcmlw dCBhc3NpZ25lZCB2YWx1ZSZxdW90Oy48L2xpPgoJCTxsaT5VbmRlciBTYWZhcmkgNCBiZXRhLCB0 aGUgbmV3IGZpZWxkIHZhbHVlIHdpbGwgbm90IGJlIHNob3duLjwvbGk+CgkJPGxpPkluIG9yZGVy IHRvIGNhdXNlIHRoZSBmaWVsZCB0byBkaXNwbGF5IGl0J3MgdmFsdWUgYXMgZXhwZWN0ZWQsCgkJ CTx1bD4KCQkJCTxsaT5DbGljayBvbiB0aGUgbGluayBhIHNlY29uZCB0aW1lLCBPUjwvbGk+CgkJ CQk8bGk+Q2xpY2sgb24gdGhlIGZpZWxkIChpZS4gZ2l2ZSBmb2N1cyB0byB0aGUgZmllbGQpPC9s aT4KCQkJPC91bD4KCQk8L2xpPgo8L2JvZHk+Cgo8L2h0bWw+