Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0005192Openbravo ERP09. Financial managementpublic2008-09-23 12:092009-02-06 14:39
Reporterrafaroda 
Assigned Toartem 
PrioritynormalSeveritytrivialReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS20OS VersionUbuntu 7.10
Product Versionpi 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0005192: 'Accounting Date From' mandatory field
DescriptionWhen accessing first time to 'Accounting Transaction Details', a pop-up window displays in order to select two dates. First one, 'Accounting Date From', is mandatory (Javascript check is done) but does not display yellow.
Steps To ReproduceGo to 'Financial Management || Accounting || Analysis Tools || Accounting Transaction Details'
Proposed SolutionMake 'Accounting Date From' display mandatory (yellow) in the file with parameters /businessUtility/Buscador.html?inpTabId=242&inpWindow=AccountingTransactionDetails/Header_Relation.html&inpWindowId=162
Additional Information
Tagscomsup_sprint5
Relationships
related to backport 0007321 closed Hennadzi Fields are not mandatory in search pop-up windows 
blocks defect 0005191 closed artem 'Accounting Date From' mandatory field 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-09-23 12:09rafarodaNew Issue
2008-09-23 12:09rafarodaAssigned To => Hennadzi
2008-09-23 12:09rafarodaStatusnew => scheduled
2008-11-11 12:25svnbotCheckin
2008-11-11 12:25svnbotNote Added: 0010161
2008-11-11 12:25svnbotStatusscheduled => resolved
2008-11-11 12:25svnbotResolutionopen => fixed
2008-11-11 12:25svnbotsvn_revision => 9871
2008-11-24 09:06svnbotCheckin
2008-11-24 09:06svnbotNote Added: 0010537
2008-11-24 09:06svnbotsvn_revision9871 => 10439
2008-12-09 12:11krishnaRegression testing => No
2008-12-09 12:11krishnaStatusresolved => closed
2009-02-02 16:09rafarodaNote Deleted: 0010537
2009-02-02 17:45rafarodaStatusclosed => new
2009-02-02 17:45rafarodaResolutionfixed => open
2009-02-02 17:45rafarodaNote Added: 0013030
2009-02-02 17:45rafarodaStatusnew => scheduled
2009-02-02 17:45rafarodaSteps to Reproduce Updated
2009-02-02 17:47rafarodaRelationship addedrelated to 0007321
2009-02-03 09:54PavelPonomarevAssigned ToHennadzi => artem
2009-02-05 13:09artemNote Added: 0013179
2009-02-05 13:09artemStatusscheduled => resolved
2009-02-05 13:09artemResolutionopen => fixed
2009-02-06 08:07HennadziTag Attached: comsup_sprint5
2009-02-06 14:38rafarodaStatusresolved => new
2009-02-06 14:38rafarodaResolutionfixed => open
2009-02-06 14:39rafarodaStatusnew => closed
2009-02-06 14:39rafarodaNote Added: 0013219
2009-02-06 14:39rafarodaResolutionopen => no change required

Notes
(0010161)
svnbot   
2008-11-11 12:25   
Repository: openbravo
Revision: 9871
Author: hennadzi
Date: 2008-11-11 12:25:42 +0100 (Tue, 11 Nov 2008)

Fixed bug 0005192: 'Accounting Date From' mandatory field

---
U branches/r2.40/src/org/openbravo/erpCommon/businessUtility/Buscador.java
---

https://dev.openbravo.com/websvn/openbravo/?rev=9871&sc=1 [^]
(0013030)
rafaroda   
2009-02-02 17:45   
Hi Hennadzi,

The fix is not valid since it made all DateFrom fields display mandatory. If it is not possible to make only 'Accounting Date From' display as mandatory please close this issue as won't fix.

Thanks.
(0013179)
artem   
2009-02-05 13:09   
If there is a field of type Date (for ex "DateAcct" for "Accounting Transaction Details") Buscador.java generates two datetime controls ("*** From" and "To") on the form. Function aceptar checks both values for null and empty values. So it is not impossible to decide which control must be yellow (in medias res to add attribute "required=true").
For the present Bucador.java cannot differentiate logic against form name or smth.

Information message for user like "Fill any of the fields" could resolve inaccuracy.
(0013219)
rafaroda   
2009-02-06 14:39   
This backport will not be fixed.