Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0016729 | Openbravo ERP | B. User interface | public | 2011-04-08 15:02 | 2011-11-16 16:13 |
|
Reporter | plujan | |
Assigned To | alostale | |
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | out of date | |
Platform | | OS | 5 | OS Version | |
Product Version | pi | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0016729: Wrong address field coloring for a moment when selecting a business partner |
Description | While filling a Purchase Invoice, I've noticed a wrong behavior. Just after selecting the business partner, Address field label turns red for a moment. Then, it fills the value automatically and the color returns to black. See attach. |
Steps To Reproduce | 1. Enter as QAAdmin
2. Go to Purchase Order and create a new record
3. Use the magnifier icon to open the pop up window for Business Partner.
4. Choose a business partner and click ok
5. Just after the pop up is closed, for a moment (about one second) the address field becomes red as shown in attached screenshot. Then, the address is filled and the label becomes black again. |
Proposed Solution | Red coloring must mean that the user made an incorrect choice. If a process is about to filling a mandatory field, this can not be considered a warning to show to the user.
The feeling is that something is wrong with the system, or that one of the system's process is too slow. |
Additional Information | |
Tags | nextMP |
Relationships | |
Attached Files | screenshot-11.png (38,686) 2011-04-08 15:02 https://issues.openbravo.com/file_download.php?file_id=3860&type=bug
|
|
Issue History |
Date Modified | Username | Field | Change |
2011-04-08 15:02 | plujan | New Issue | |
2011-04-08 15:02 | plujan | Assigned To | => dbaz |
2011-04-08 15:02 | plujan | File Added: screenshot-11.png | |
2011-04-08 15:02 | plujan | Modules | => Core |
2011-04-08 16:33 | iperdomo | Note Added: 0035792 | |
2011-04-08 17:05 | dbaz | Assigned To | dbaz => mtaal |
2011-04-11 10:25 | alostale | Target Version | => 3.0RC7 |
2011-04-11 10:25 | alostale | Status | new => scheduled |
2011-04-11 10:25 | alostale | Assigned To | mtaal => alostale |
2011-04-11 10:25 | alostale | fix_in_branch | => pi |
2011-05-05 19:09 | dmitry_mezentsev | Note Added: 0036438 | |
2011-05-05 19:09 | dmitry_mezentsev | Target Version | 3.0RC7 => 3.0MP0 |
2011-05-05 19:09 | dmitry_mezentsev | fix_in_branch | pi => |
2011-05-23 11:34 | plujan | Target Version | 3.0MP0 => 3.0MP1 |
2011-06-22 19:41 | dmitry_mezentsev | Target Version | 3.0MP1 => 3.0MP3 |
2011-08-31 11:32 | jonalegriaesarte | Note Added: 0040599 | |
2011-08-31 11:32 | jonalegriaesarte | Target Version | 3.0MP3 => 3.0MP4 |
2011-09-27 13:03 | alostale | Target Version | 3.0MP4 => 3.0MP5 |
2011-10-31 14:28 | alostale | Target Version | 3.0MP5 => 3.0MP6 |
2011-11-15 08:41 | alostale | Tag Attached: nextMP | |
2011-11-15 08:57 | alostale | Target Version | 3.0MP6 => |
2011-11-16 16:13 | alostale | Note Added: 0042880 | |
2011-11-16 16:13 | alostale | Status | scheduled => closed |
2011-11-16 16:13 | alostale | Resolution | open => out of date |