Anonymous | Login

Project:

News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ]

[ Issue History ] [ Print ]

ID

0016729

Type

Category

Severity

Reproducibility

Date Submitted

Last Update

defect

[Openbravo ERP] B. User interface

minor

have not tried

2011-04-08 15:02

2011-11-16 16:13

Reporter

plujan

View Status

public

Assigned To

alostale

Priority

normal

Resolution

out of date

Fixed in Version

Status

closed

Fix in branch

Fixed in SCM revision

Projection

none

ETA

none

Target Version

OS

Any

Database

Any

Java version

OS Version

Database version

Ant version

Product Version

pi

SCM revision

Review Assigned To

Web browser

Modules

Core

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.

Tags

screenshot-11.png [^] (38,686 bytes) 2011-04-08 15:02

Relationships [ Relation Graph ] [ Dependency Graph ]

Notes
(0035792) iperdomo (reporter) 2011-04-08 16:33	Related to this changeset: https://code.openbravo.com/erp/devel/pi/rev/f81c0570cd7c [^] And this bug: https://www.pivotaltracker.com/story/show/9977685 [^]

(0036438) dmitry_mezentsev (developer) 2011-05-05 19:09	Does not fit RC7.

(0040599) jonalegriaesarte (reporter) 2011-08-31 11:32	Due to the load with other issues we were not able to research this one for MP3, are planning MP4 for it now.

(0042880) alostale (manager) 2011-11-16 16:13	working fine now

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

Copyright © 2000 - 2009 MantisBT Group