Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0012220
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Openbravo ERP] B. User interfacemajoralways2010-02-10 21:562010-02-10 21:59
ReporterdbazView Statuspublic 
Assigned Todbaz 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision144800650904
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabaseOracleJava version1.6.0_10
OS VersionKubuntu 8.10Database version10g XEAnt version1.7.1
Product Version2.40SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0012220: 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 ReproduceHere is a basic example of a html with the Firefox 3.6 bug

<html>
  <head>
    <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;
      }
    </style>
  </head>
  <body>
    <input value="Openbravo" class="class1"></input>
  </body>
</html>


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 Files

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

-  Notes
(0024141)
hgbot (developer)
2010-02-10 21:57

Repository: erp/stable/2.40
Changeset: 1448006509044fd82efc87f8869991d4941d756c
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Wed Feb 10 21:55:33 2010 +0100
URL: http://code.openbravo.com/erp/stable/2.40/rev/1448006509044fd82efc87f8869991d4941d756c [^]

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

---
M web/skins/Default/Openbravo_ERP_240.css
---

- Issue History
Date Modified Username Field Change
2010-02-10 21:56 dbaz New Issue
2010-02-10 21:56 dbaz Assigned To => dbaz
2010-02-10 21:56 dbaz Relationship added related to 0012041
2010-02-10 21:57 hgbot Checkin
2010-02-10 21:57 hgbot Note Added: 0024141
2010-02-10 21:57 hgbot Status new => resolved
2010-02-10 21:57 hgbot Resolution open => fixed
2010-02-10 21:57 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/stable/2.40/rev/1448006509044fd82efc87f8869991d4941d756c [^]
2010-02-10 21:59 dbaz Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker