Closed
Bug 681613
Opened 13 years ago
Closed 13 years ago
Firefox 7+ renders inputs in a different way
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 691157
People
(Reporter: dimas.sc, Unassigned)
Details
Attachments
(2 files)
Shows the difference and a sample code
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0) Gecko/20100101 Firefox/7.0
Build ID: 20110816154714
Steps to reproduce:
Viewing a simple form
Actual results:
With Firefox 7 (and 8, Trunk, ...) I see <input>s rendered different from previous versions of Firefox. Applying CSS font style the size of the input's differs.
That's an example code (bad written without css), you can test with it. I attach capture with Firefox 3.6 render (the same render with 4, 5 and 6) and FF 7.0.
<html>
<head>
<style>
input, select {
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 11px;
}
</style>
</head>
<body>
<table width="750" align="center" border="1">
<tr>
<td class="td_fosc">Input1</td>
<td class="td_clar" colspan="3">
<select><option>TEST</option></select>
</td>
<td class="td_fosc">Input1</td>
<td class="td_clar" colspan="3"><input size="41" value="TEST"></td>
</tr>
<tr>
<td class="td_fosc">Input2</td>
<td class="td_clar"><input size="30" value="Test"></td>
<td class="td_fosc">Input3</td>
<td class="td_clar"><input size="10"></td>
<td class="td_fosc">Input2</td>
<td class="td_clar"><input size="17"></td>
<td class="td_fosc">Input3</td>
<td class="td_clar"><input size="9"></td>
</tr>
</table>
<br>
<table width="750" align="center" border="1">
<tr>
<td class="td_fosc">750 GOOD</td>
<td class="td_fosc"><input value="TEST"></td>
</tr>
</table>
</body>
</html>
Expected results:
Is it a bug?
|
||
Comment 1•13 years ago
|
||
All look similar to the upper example in the screendump of attachment 555363 [details]: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.20) Gecko/20110803 Firefox/3.6.20 Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20100101 Firefox/7.0 Mozilla/5.0 (X11; Linux x86_64; rv:8.0a2) Gecko/20110820 Firefox/8.0a2 Mozilla/5.0 (X11; Linux x86_64; rv:9.0a1) Gecko/20110824 Firefox/9.0a1 Are you able to reproduce the issue while running Firefox in Safe Mode? https://support.mozilla.com/en-US/kb/Safe+Mode
You are true! I restarted with Safe Mode and now it's looking good. With 7.0 and nightly.
But I can't understand what's causing the problem. Now I tested with a nightly build with a totally new profile (no prefs, no addons) and I see the bad render. But if I restart with safe mode I see the good render. ?¿?¿?¿
The same happens with 7.0 Beta, my normal installation. With all addons disabled I see the bad render, and restarting with safe mode the good render.
Until updating to 7.0 I never have seen the bad render, and with a 3.6 Portable all is working fine. Maybe some new hardware feature of Firefox 7+ ???
Application Basics
Name
Firefox
Version
9.0a1
User Agent
Mozilla/5.0 (Windows NT 6.1; rv:9.0a1) Gecko/20110821 Firefox/9.0a1
Profile Directory
Open Containing Folder
Enabled Plugins
about:plugins
Build Configuration
about:buildconfig
Crash Reports
about:crashes
Extensions
Name
Version
Enabled
ID
Modified Preferences
Name
Value
browser.places.smartBookmarksVersion
2
browser.startup.homepage_override.buildID
20110821030758
browser.startup.homepage_override.mstone
rv:9.0a1
extensions.lastAppVersion
9.0a1
network.cookie.prefsMigrated
true
places.history.expiration.transient_current_max_pages
96363
privacy.sanitize.migrateFx3Prefs
true
security.warn_viewing_mixed
false
Graphics
Adapter Description
ATI Radeon HD 4550
Vendor ID
1002
Device ID
9540
Adapter RAM
256
Adapter Drivers
aticfx32 aticfx32 atiumdag atidxx32 atiumdva
Driver Version
8.812.0.0
Driver Date
1-4-2011
Vendor ID (GPU #2)
1002
Device ID (GPU #2)
68f9
Adapter RAM (GPU #2)
512
Adapter Drivers (GPU #2)
aticfx32 aticfx32 aticfx32 atiumdag atidxx32 atiumdva
Driver Version (GPU #2)
8.812.0.0
Driver Date (GPU #2)
1-4-2011
Direct2D Enabled
false
DirectWrite Enabled
false (6.1.7600.16699)
ClearType Parameters
ClearType parameters not found
WebGL Renderer
Google Inc. -- ANGLE -- OpenGL ES 2.0 (ANGLE 0.0.0.686)
GPU Accelerated Windows
0/1
|
||
Comment 3•13 years ago
|
||
This behavior is introduced with Bug 661471. If you do not need the behavior, set gfx.font_rendering.cleartype_params.force_gdi_classic_for_families to ""
|
|
||
Comment 4•13 years ago
|
||
INVALID per Comment 3.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
I just ran into that problem. Finished a website with few input text in FF 6.0. After automatic update to FF7 - the input text sizes where broken - they are wider than in FF6 and other browsers. I didnt set any width or other params trough the css - just clean code: <input type="text" value="e-mail address" size="20" /> - and it renders badly.
(In reply to Fo from comment #6) > I just ran into that problem. Finished a website with few input text in FF > 6.0. After automatic update to FF7 - the input text sizes where broken - > they are wider than in FF6 and other browsers. I didnt set any width or > other params trough the css - just clean code: <input type="text" > value="e-mail address" size="20" /> - and it renders badly. Edit: I just tested two params throught CSS: when the input text has: font-size:11px; - then it renders badly, but when it has 12px - then it renders good - so this issue is font related.
|
||
Comment 8•13 years ago
|
||
From what I read in the discussion this looks the same as bug 691157. http://forums.mozillazine.org/viewtopic.php?f=23&t=2284661
Resolution: INVALID → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•