125842 2013-12-17 00:00:52 -0800 Input type=search|color doesn't respect dir=RTL 2023-12-18 01:24:13 -0800 1 1 1 Unclassified WebKit Forms 528+ (Nightly build) Unspecified Unspecified RESOLVED WORKSFORME P2 Normal --- 1 rniwa webkit-unassigned ahmad.saleem792 akeerthi annevk ap mitz mmaxfield rniwa roger_fong oldest_to_newest 960426 0 rniwa 2013-12-17 00:00:52 -0800 https://code.google.com/p/chromium/issues/detail?id=232333 Steps to reproduce the problem: New HTML input elements fails on working (to be flipped) on RTL pages. Input type="search": data:text/html,<input type="search" value="LTR"><br/><input type="search" value="RTL" dir="RTL"> Input type="search" results: data:text/html,<input type="search" value="LTR" results><br/><input type="search" value="RTL" results dir="RTL"> Input type="date": data:text/html,<input type="date"><br/><input type="date" dir="RTL"> Input type="color": data:text/html,<input type="color" list="color-datalist" dir="RTL"> What is the expected behavior? Flipping UI elements is expected, same other input elements like type="number": data:text/html,<input type="number" value="1"><br/><input type="number" value="1" style="direction: rtl"> 960427 1 rniwa 2013-12-17 00:01:11 -0800 There has been some attempts to fix this problem on Blink but they have all been reverted. 1975173 2 ahmad.saleem792 2023-09-02 06:12:52 -0700 This one is strange: data:text/html,<input type="date"><br/><input type="date" dir="RTL"> ^ Chrome show dd/mm/yyyy for both irrespective of LTR or RTL and show 'calendar' picker icon on right side. While Firefox do move icon but keep placeholder 'dd/mm/yyyy' same. In case of Safari Technology Preview 177, we switch 'dd/mm/yyyy' with 'yyyy/mm/dd' for RTL. I think in other cases, we are respecting 'RTL' and matching other browsers. @Aditya & @Ryosuke - any input? 2000339 3 annevk 2023-12-18 01:24:13 -0800 These all look correct to me.