Openbravo Issue Tracking System - Openbravo ERP | ||||||||||||
View Issue Details | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | |||||||
0012041 | Openbravo ERP | B. User interface | public | 2010-01-22 00:25 | 2010-01-23 00:00 | |||||||
Reporter | dbaz | |||||||||||
Assigned To | dbaz | |||||||||||
Priority | high | Severity | major | Reproducibility | always | |||||||
Status | closed | Resolution | fixed | |||||||||
Platform | OS | 20 | OS Version | Community Appliance | ||||||||
Product Version | ||||||||||||
Target Version | Fixed in Version | |||||||||||
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 | 0012041: 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 | See any input with text | |||||||||||
Proposed Solution | 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 | |||||||||||
Additional Information | ||||||||||||
Tags | No tags attached. | |||||||||||
Relationships |
| |||||||||||
Attached Files | ![]() https://issues.openbravo.com/file_download.php?file_id=2155&type=bug | |||||||||||
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:25 | dbaz | OBNetwork customer | => No | |||||||||
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 | => http://code.openbravo.com/erp/devel/pi/rev/a2126ad12f69b1dae4456f16b07c46adaf736652 [^] | |||||||||
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 |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|