Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0005936Openbravo ERP04. Warehouse managementpublic2008-11-12 16:452009-02-23 09:12
Reporternetworkb 
Assigned ToAinhoaPagola 
PriorityimmediateSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target Version2.40Fixed in Versionpi 
Merge Request Status
Review Assigned To
OBNetwork customerOBPS
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0005936: Label "re-opened" instead of "void"
DescriptionWhen you "void" a document it is labeled as "re-opened" but the document is not open but void.
Steps To ReproduceSteps to reproduce in Shipment-->

1-Go to Warehouse Management || Incoming Shipment: create a new record and complete it.
2-Click in "Close" button and choose "void".
3-Check the document status and notice that is labeled as "Re-opened" instead of "void".

Steps to reproduce in Invoices-->
1-Go to Procurement Management || Purchase Invoice: create a new record and complete it. (or to Sales Management || Sales Invoice)
2-Click in "Reactivate" button and choose "void".
3-Check the document status and notice that is labeled as "Re-opened" instead of "void".
Proposed Solution
Additional Information
Tagscomsup_sprint3
Relationships
depends on backport 00067322.40 closed AinhoaPagola Label "re-opened" instead of "void" 
related to defect 0007682pi closed gorkaion Generate average cost does not filter cancelled receipts 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-11-12 16:45maiteElizariNew Issue
2008-11-12 16:45maiteElizariAssigned To => rafaroda
2008-11-12 16:45maiteElizarisf_bug_id0 => 2270244
2008-11-20 10:33rafarodaNote Added: 0010431
2008-11-20 10:33rafarodaStatusnew => feedback
2008-12-15 09:19rafarodaNote Added: 0011337
2008-12-15 11:14maiteElizariOBNetwork customer => No
2008-12-15 11:14maiteElizariTarget Version => 2.40
2008-12-15 11:14maiteElizariProposed Solution updated
2008-12-22 13:22networkbOBNetwork customerNo => Yes
2008-12-22 13:22networkbNote Added: 0011651
2008-12-22 13:22networkbReportermaiteElizari => networkb
2008-12-22 13:22networkbPrioritynormal => immediate
2008-12-22 13:22networkbProposed Solution updated
2008-12-22 13:22networkbIssue Monitored: networkb
2008-12-23 07:49pjuvaraNote Added: 0011687
2008-12-23 07:49pjuvaraStatusfeedback => new
2008-12-23 09:37pheenanAssigned Torafaroda => AinhoaPagola
2008-12-23 09:54psarobeNote Added: 0011690
2008-12-23 09:54psarobeStatusnew => feedback
2008-12-23 11:07networkbProposed Solution updated
2008-12-23 12:32AinhoaPagolaTag Attached: comsup_sprint3
2008-12-23 12:45networkbNote Added: 0011700
2008-12-23 12:45networkbStatusfeedback => new
2008-12-23 13:16svnbotCheckin
2008-12-23 13:16svnbotNote Added: 0011703
2008-12-23 13:16svnbotStatusnew => resolved
2008-12-23 13:16svnbotResolutionopen => fixed
2008-12-23 13:16svnbotsvn_revision => 11551
2008-12-23 13:18AinhoaPagolaNote Added: 0011704
2008-12-24 09:55AinhoaPagolaStatusresolved => new
2008-12-24 09:55AinhoaPagolaResolutionfixed => open
2008-12-24 09:55AinhoaPagolaNote Added: 0011723
2008-12-24 09:56AinhoaPagolaStatusnew => scheduled
2008-12-24 09:56AinhoaPagolafix_in_branch => trunk
2008-12-24 09:56AinhoaPagolaStatusscheduled => resolved
2008-12-24 09:56AinhoaPagolaResolutionopen => fixed
2009-02-19 13:40gorkaionRelationship addedrelated to 0007682
2009-02-23 09:11sureshbabuNote Added: 0013894
2009-02-23 09:12sureshbabuRegression testing => No
2009-02-23 09:12sureshbabuStatusresolved => closed
2009-02-23 09:12sureshbabuNote Added: 0013895
2009-02-23 09:12sureshbabuFixed in Version => trunk

Notes
(0010431)
rafaroda   
2008-11-20 10:33   
Please detail the steps to reproduce the bug otherwise engineering team won't be able to reproduce it and the QA team either
(0011337)
rafaroda   
2008-12-15 09:19   
Reminder sent to: maiteElizari

Maite, please detail the steps to reproduce this issue as well as the environment.
(0011651)
networkb   
2008-12-22 13:22   
The steps have been explained.
(0011687)
pjuvara   
2008-12-23 07:49   
Networkb: please remember to set the status to New when feedback has been provided.
(0011690)
psarobe   
2008-12-23 09:54   
This behavior cannot be reproduced in Orders and Invoices. Please write the steps for these two cases otherwise it won't be fixed.
(0011700)
networkb   
2008-12-23 12:45   
Sorry, it does not happen in Orders, just in Invoices.

The same steps have to be done:

Create a Sales invoice. Complete it.
Press "Close" buttom and select "Void" process. Press Ok.
"Re-openened" status appears instead of "Avoid"
(0011703)
svnbot   
2008-12-23 13:16   
Repository: openbravo
Revision: 11551
Author: AinhoaPagola
Date: 2008-12-23 13:15:51 +0100 (Tue, 23 Dec 2008)

Fixes bug 0005936. Documents change to status void when action is void.

---
U trunk/src-db/database/model/functions/C_INVOICE_POST.xml
U trunk/src-db/database/model/functions/M_INOUT_POST.xml
U trunk/src-db/database/sourcedata/AD_FIELD.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=11551&sc=1 [^]
(0011704)
AinhoaPagola   
2008-12-23 13:18   
Now when documents are voided the status of this document changes to void instead of re-open.
The display logic has been also changed so that the "close" button does not appear when the document is voided as it is useless.
(0011723)
AinhoaPagola   
2008-12-24 09:55   
Open to create backport to 2.40
(0013894)
sureshbabu   
2009-02-23 09:11   
Retested in context http://79.125.56.185/openbravotrunk [^]
(0013895)
sureshbabu   
2009-02-23 09:12   
The document status now changes to void

Retested in context http://79.125.56.185/openbravotrunk [^]