Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0003356 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
feature request | [Openbravo ERP] B. User interface | minor | always | 2007-07-02 12:16 | 2013-12-02 17:42 | |||
Reporter | plujan | View Status | public | |||||
Assigned To | rgoris | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | pi | Fixed in SCM revision | na | |||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Review Assigned To | plujan | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0003356: GUI issue on Business Partners addresses | |||||||
Description | Description: When creating a new address of a business partner, the Location / Address field looks like a non-editable field. Enviroment: OS: Windows XP SP2 DB: Oracle XE Browser: FF2 Openbravo: 2.31 Beta Language: English Steps: 1. Go Master Data Management > Business Partner 2. Select a valid Business Partner 3. Move to Address/Location tab 4. The Location/Address field is non-editable, but it is possible to change it by selecting the Location button. It is an UI issue. | |||||||
Tags | Clean-up, ReleaseCandidate | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |||||||||||||||
|
Notes | |
(0003887) psarobe (manager) 2007-07-03 21:08 edited on: 2008-06-12 09:26 |
Logged In: YES user_id=1500703 Originator: NO This is not a bug. Explanation: This is the behaviour for this kind of field. This field shows you a collection of data from another table (first line, second line, region, zip). So is not possible to edit all this staff directly from the field. You have to click on the button and then edit all what you want. To understand it, figure out that this fields only shows you some information |
(0003888) plujan (manager) 2007-08-09 13:54 edited on: 2008-06-12 09:26 |
Logged In: YES user_id=1759992 Originator: YES Please take it as a user interface problem and find a way to solve it. I understand that DB design is a limiter, but a bad design should not be an excuse for a inconsistent UI. |
(0003889) dbaz (developer) 2008-04-23 18:45 edited on: 2008-06-12 09:26 |
Logged In: YES user_id=1500873 Originator: NO The way of the field behaviour is defined in the database. If this field should be in any other way should be a DB/WAD correction. |
(0003890) cromero (reporter) 2008-04-23 19:06 edited on: 2008-06-12 09:26 |
Logged In: YES user_id=1500614 Originator: NO This control needs a review in order to look for a right solution for this type of field and even for the attribute selector. Now, as they are show as readonly, you can not distinguish when the field is mandatory. One possibility could be show the field as updatable but not enable to write in: when you try to write in, the selector is opened. Need to be discussed. Carlos |
(0006945) user71 2005-06-01 00:00 edited on: 2008-06-12 09:44 |
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis. You can see the original bug report in: https://sourceforge.net/support/tracker.php?aid=1746385 [^] |
Issue History | |||
Date Modified | Username | Field | Change |
2008-07-01 19:47 | pjuvara | Status | new => acknowledged |
2008-07-01 19:47 | pjuvara | Tag Attached: ReleaseCandidate | |
2008-11-16 07:44 | pjuvara | Assigned To | dbaz => pjuvara |
2008-11-16 08:21 | pjuvara | Tag Attached: Clean-up | |
2008-12-10 10:53 | pjuvara | Assigned To | pjuvara => rgoris |
2008-12-10 15:31 | rgoris | Relationship added | blocks 0006443 |
2009-02-17 17:54 | rafaroda | Relationship added | has duplicate 0007445 |
2013-01-10 15:25 | rgoris | Assigned To | rgoris => plujan |
2013-01-16 11:51 | plujan | Assigned To | plujan => rgoris |
2013-12-02 17:41 | rgoris | Status | acknowledged => scheduled |
2013-12-02 17:41 | rgoris | fix_in_branch | => pi |
2013-12-02 17:42 | rgoris | Status | scheduled => resolved |
2013-12-02 17:42 | rgoris | Fixed in SCM revision | => na |
2013-12-02 17:42 | rgoris | Resolution | open => fixed |
2013-12-02 17:42 | rgoris | Review Assigned To | => plujan |
2013-12-02 17:42 | rgoris | Status | resolved => closed |
Copyright © 2000 - 2009 MantisBT Group |