Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0012220 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
backport | [Openbravo ERP] B. User interface | major | always | 2010-02-10 21:56 | 2010-02-10 21:59 | |||
Reporter | dbaz | View Status | public | |||||
Assigned To | dbaz | |||||||
Priority | urgent | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | 144800650904 | ||||
Projection | none | ETA | none | Target Version | ||||
OS | Linux 32 bit | Database | Oracle | Java version | 1.6.0_10 | |||
OS Version | Kubuntu 8.10 | Database version | 10g XE | Ant version | 1.7.1 | |||
Product Version | 2.40 | SCM revision | ||||||
Merge Request Status | ||||||||
Review Assigned To | ||||||||
OBNetwork customer | No | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0012220: Input type text written text display 1px below when not focused in FF3.6 | |||||||
Description | In 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 Reproduce | Here 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 | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
||||||||
|
![]() |
|
(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 --- |
![]() |
|||
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 | OBNetwork customer | => No |
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 |