Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] B. User interfacemajoralways2010-01-22 00:252010-01-23 00:00
ReporterdbazView Statuspublic 
Assigned Todbaz 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revisiona2126ad12f69
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_16
OS VersionCommunity ApplianceDatabase version8.3.8Ant version1.7.1
Product VersionSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0012041: Input type text written text display 1px below when not focused in FF3.6

DescriptionIn the new Firefox 3.6, the input type text of the application text is displayed one pixel below of the focused state (or any previous version of FF).

This doesn't affect to text area and it seems to be a bug in the new Firefox 3.6
Steps To ReproduceSee any input with text
Proposed SolutionHere is a basic example of a html with the Firefox 3.6 bug

    <style type="text/css">
      .class1 {
        border: 1px solid #888888;
        font-family: tahoma, arial, helvetica, sans-serif;
        font-size: 8pt;
        color: #303030;
        background-color: #FFFFFF;
        padding: 0px;
        padding-left: 4px;
        padding-top: 1px;
        height: 17px;
        width: 280px;
    <input value="Openbravo" class="class1"></input>

If there is a padding defined before a padding-top, a strange thing happens. With firebug we see that the padding: 0px is ignored, but it is not (also it is not applied).

In the example above no matter in padding-top: 1px is set to 1 or to 2px because the displayed appearence is the same (as if it was 2px).

Althoug a text area has the same class it just happens in text input.

In Openbravo the padding: 0px is not in dojoValidateValid, is defined in the beginning of the CSS in
* {margin: 0px; padding: 0px;}
which is a property which is going to be inherited by all the classes (included dojoValidateValid)

The solution in a CSS change in affected classes to ensure there is no padding: XX and padding-top: XX collision by just be one padding: XX
TagsNo tags attached.
Attached Filespng file icon Firefox3.6.png [^] (7,297 bytes) 2010-01-22 00:26

- Relationships Relation Graph ] Dependency Graph ]
related to backport 0012220 closeddbaz Input type text written text display 1px below when not focused in FF3.6 

-  Notes
dbaz (developer)
2010-01-22 00:26

Added a .png to a better view of the issue
hgbot (developer)
2010-01-22 00:27

Repository: erp/devel/pi
Changeset: a2126ad12f69b1dae4456f16b07c46adaf736652
Author: David Baz Fayos <david.baz <at>>
Date: Fri Jan 22 00:26:00 2010 +0100
URL: [^]

Fixed issue 12041: Now input type text display ok in FF3.6

M src/org/openbravo/erpCommon/security/Login_F1.html
M web/js/utils.js
M web/skins/Default/Openbravo_ERP_250.css
plujan (manager)
2010-01-22 12:52

Tested in live builds
hudsonbot (developer)
2010-01-22 17:05

A changeset related to this issue has been promoted to main after passing a series of tests and an OBX has been generated:

Changeset: [^]
Merge Changeset: [^]
Tests: [^]
OBX: [^]

- Issue History
Date Modified Username Field Change
2010-01-22 00:25 dbaz New Issue
2010-01-22 00:25 dbaz Assigned To => dbaz
2010-01-22 00:26 dbaz File Added: Firefox3.6.png
2010-01-22 00:26 dbaz Note Added: 0023724
2010-01-22 00:27 hgbot Checkin
2010-01-22 00:27 hgbot Note Added: 0023725
2010-01-22 00:27 hgbot Status new => resolved
2010-01-22 00:27 hgbot Resolution open => fixed
2010-01-22 00:27 hgbot Fixed in SCM revision => [^]
2010-01-22 12:52 plujan Note Added: 0023742
2010-01-22 12:52 plujan Status resolved => closed
2010-01-22 17:05 hudsonbot Checkin
2010-01-22 17:05 hudsonbot Note Added: 0023760
2010-01-23 00:00 anonymous sf_bug_id 0 => 2937528
2010-02-10 21:56 dbaz Relationship added related to 0012220

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker