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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0007498
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 03. Procurement managementmajoralways2009-02-11 12:482009-03-18 11:02
ReportersureshbabuView Statuspublic 
Assigned Toalostale 
PriorityurgentResolutionfixedFixed in Version2.50beta
StatusclosedFix in branchpiFixed in SCM revision13417
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_11
OS VersionrPath LinuxDatabase version8.3.5Ant version1.7.1
Product Version2.50alpha-r10SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0007498: System wrongly creates new PO id, when the user comes back and changes the BP after entering the line item details

DescriptionSystem wrongly creates new purchase order id, when the user comes back and changes the Business partner and clicks the line item tab without clicking the save button, after entering the line item details.

 
Steps To Reproduce    * Login as userA
    * Go to Procurement management->Transactions->Purchase Order
    * Click New and select BP: Vendor A
    * Move to tab Lines and click New and select Product:RMA
    * Fill in Ordered quantity= 1
    * Move to header and change the BP:Vendor B, without clicking the save button click the line tab.
    * A message will show up. Click Cancel
    * Click again lines

What it happens is that when changing the bpartner the application thinks it is a new record, so if you click OK you discard the action but if you click cancel it creates a new one


Actual Result: New PO is created with the same Header details and Line item details will be blank.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0013741)
alostale (manager)
2009-02-19 14:37

This is not only related to Central Changes. This flow also fails:
-Once you have changed the BP in the header click on save.
-A correct error message is shown
-Notice that the document no is not the one that it should be but a new one: <1234>. Which is the same problem as described above.
(0013756)
alostale (manager)
2009-02-19 18:14

The problem is that javasource.javaxml file was changed in central changes control project merge (r10428) making the new control not to work properly.
(0013757)
svnbot (reporter)
2009-02-19 18:15

Repository: openbravo
Revision: 13417
Author: alostale
Date: 2009-02-19 18:15:35 +0100 (Thu, 19 Feb 2009)

fixed bug 0007498: System wrongly creates new PO id, when the user comes back and changes the BP after entering the line item details

---
U trunk/src-wad/src/org/openbravo/wad/javasource.javaxml
---

https://dev.openbravo.com/websvn/openbravo/?rev=13417&sc=1 [^]
(0014084)
sureshbabu (reporter)
2009-02-26 09:30

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

Now the system not allowing the user to complete the PO, after the BP has been changed.

Now throwing error as " ERROR: Cannot change bussiness partner or price list if there are lines
 "

- Issue History
Date Modified Username Field Change
2009-02-11 12:48 sureshbabu New Issue
2009-02-11 12:48 sureshbabu Assigned To => rafaroda
2009-02-17 18:41 psarobe Proposed Solution updated
2009-02-17 18:50 psarobe Priority normal => urgent
2009-02-17 18:50 psarobe Status new => scheduled
2009-02-17 18:50 psarobe Assigned To rafaroda => alostale
2009-02-17 18:50 psarobe fix_in_branch => trunk
2009-02-19 14:37 alostale Note Added: 0013741
2009-02-19 18:14 alostale Note Added: 0013756
2009-02-19 18:15 svnbot Checkin
2009-02-19 18:15 svnbot Note Added: 0013757
2009-02-19 18:15 svnbot Status scheduled => resolved
2009-02-19 18:15 svnbot Resolution open => fixed
2009-02-19 18:15 svnbot svn_revision => 13417
2009-02-26 09:30 sureshbabu Regression testing => No
2009-02-26 09:30 sureshbabu Status resolved => closed
2009-02-26 09:30 sureshbabu Note Added: 0014084
2009-02-26 09:30 sureshbabu Fixed in Version => trunk
2009-03-18 11:02 anonymous sf_bug_id 0 => 2691380


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker