Closed Bug 346726 Opened 18 years ago Closed 18 years ago

Browse button on RTL <input type="file"> incorrectly positioned

Categories

(Core :: Layout: Text and Fonts, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: nir123, Unassigned)

Details

(Keywords: fixed1.8.1, rtl, testcase)

Attachments

(3 files)

Firefox does not render file-input width correctly.
As a result, some bugs appear when trying to change input width.
In addition, there is another bug which is not related to the width issue, and appear only when direction is RTL.
For details, see the upcoming testcase.
Attached file testcase
Attached image Screenshot
screenshot from: 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060731 Minefield/3.0a1

*** This bug has been marked as a duplicate of 52500 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
What about the RTL bug? (third div)
The input doesn't has style properties and it's buggy.
Maybe it's a separate bug?
Reopening for the RTL issue
Status: RESOLVED → REOPENED
Component: Layout: Form Controls → Layout: BiDi Hebrew & Arabic
Resolution: DUPLICATE → ---
Summary: file-input width problem → Browse button on RTL <input type=¨file¨> incorrectly positioned
Status: REOPENED → NEW
QA Contact: layout.form-controls → layout.bidi
It would be interesting to know when this regressed. The ultimate cause is code at http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/layout/forms/nsFileControlFrame.cpp&rev=3.194&mark=403-414#402
I assume that that workaround was effective at the time, but apparently the bug that it is working around has since been fixed and the workaround is now causing the incorrect positioning.
Attached patch PatchSplinter Review
This fixes the testcase here without regressing bug 118509.
Attachment #231588 - Flags: superreview?(roc)
Attachment #231588 - Flags: review?(uriber)
Someone on the IRC has the same problem on Mac.
Changing to ALL/ALL.
OS: Windows XP → All
Hardware: PC → All
Comment on attachment 231588 [details] [diff] [review]
Patch

r=me.

FWIW, The regression was somewhere between Mozilla 1.2 and Mozilla 1.3. Finding nightlies from that era is difficult.
Attachment #231588 - Flags: review?(uriber) → review+
Comment on attachment 231588 [details] [diff] [review]
Patch

nice!
Attachment #231588 - Flags: superreview?(roc) → superreview+
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → FIXED
Comment on attachment 231588 [details] [diff] [review]
Patch

This is low-risk since it is only removing unnecessary code, and corrects an ugly bug in forms.
Attachment #231588 - Flags: approval1.8.1?
Summary: Browse button on RTL <input type=¨file¨> incorrectly positioned → Browse button on RTL <input type="file"> incorrectly positioned
Comment on attachment 231588 [details] [diff] [review]
Patch

a=dbaron on behalf of drivers.  Please land on MOZILLA_1_8_BRANCH and add the fixed1.8.1 keyword once you have done so.
Attachment #231588 - Flags: approval1.8.1? → approval1.8.1+
The testcase still doesn't display perfectly on the branch. Uri says that this is probably because of bug 318116.
Keywords: fixed1.8.1
Mass-assigning the new rtl keyword to RTL-related (see bug 349193).
Keywords: rtl
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: layout.bidi → layout.fonts-and-text
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: