547572 - the "dir=rtl" is ignored for scrollbar positioning if size > 1 in <select>

Status: VERIFIED INVALID

(Core :: Layout: Form Controls, defect)

Description

[gonenbikovsky]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)
Build Identifier: 

the "dir=rtl" is ignored if size > 1

<select dir=rtl size=2>
<option>test
</select>



Reproducible: Always

Steps to Reproduce:
<select dir=rtl size=2>
<option>test
</select>



happens on

1. XP Professional - firefox 3.5.7
2. chrome 4.0.249.89

it works fine on ie8 8.0.6001.18702
it was not checked on other configurations

Comment 1

[Ria Klaassen (not reading all bugmail)]

Confirmed with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a2pre) Gecko/20100220 Minefield/3.7a2pre

The latest Firefox 2.0 worked fine, but with Firefox 3.0, 3.5, 3.6 and latest trunk the scrollbar is on the right side.

Comment 2

[Boris Zbarsky [:bzbarsky]]

The behavior changed in this checkin range: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-03-25+02&maxdate=2006-03-26+09&cvsroot=%2Fcvsroot which means it changed as a result of bug 330863.  Which was exactly about making this behavior change.  The "layout.scrollbar.side" preference now controls the behavior, with possible values like so:

+// 0 = end-side in UI direction
+// 1 = end-side in document/content direction
+// 2 = right
+// 3 = left

The default value is 0.

Comment 3

[Boris Zbarsky [:bzbarsky]]

But note bug 330863 comment 17 and following discussion.

Comment 4

[(no longer active)]

To make things clearer, the list is made RTL correctly (it can display bidi text using RTL as the base direction.