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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0003356
TypeCategorySeverityReproducibilityDate SubmittedLast Update
feature request[Openbravo ERP] B. User interfaceminoralways2007-07-02 12:162013-12-02 17:42
ReporterplujanView Statuspublic 
Assigned Torgoris 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix in branchpiFixed in SCM revisionna
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toplujan
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0003356: GUI issue on Business Partners addresses

DescriptionDescription:
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.
TagsClean-up, ReleaseCandidate
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
has duplicate defect 0007445 closedrafaroda Field Location/Address background color wrongly in gray in page Warehouse Management || Setup || Warehouse and Storage Bins 
blocks feature request 0006443 closedrgoris Search and Filter - umbrella 

-  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
Powered by Mantis Bugtracker