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)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
People
(Reporter: nir123, Unassigned)
Details
(Keywords: fixed1.8.1, rtl, testcase)
Attachments
(3 files)
878 bytes,
text/html
|
Details | |
38.66 KB,
image/jpeg
|
Details | |
3.21 KB,
patch
|
uriber
:
review+
roc
:
superreview+
dbaron
:
approval1.8.1+
|
Details | Diff | Splinter Review |
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.
screenshot from: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060731 Minefield/3.0a1
Comment 3•18 years ago
|
||
*** 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?
Comment 5•18 years ago
|
||
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
Updated•18 years ago
|
Status: REOPENED → NEW
QA Contact: layout.form-controls → layout.bidi
Comment 6•18 years ago
|
||
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.
Comment 7•18 years ago
|
||
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 9•18 years ago
|
||
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+
Comment 11•18 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Comment 12•18 years ago
|
||
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+
Comment 14•18 years ago
|
||
The testcase still doesn't display perfectly on the branch. Uri says that this is probably because of bug 318116.
Keywords: fixed1.8.1
Comment 15•16 years ago
|
||
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.
Description
•