Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0008249 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 03. Procurement management | major | always | 2009-03-24 12:19 | 2009-07-09 09:48 | |||
Reporter | networkb | View Status | public | |||||
Assigned To | sathiyan | |||||||
Priority | immediate | Resolution | fixed | Fixed in Version | pi | |||
Status | closed | Fix in branch | pi | Fixed in SCM revision | d86711549e1b | |||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Oracle | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | 2.40MP2 | 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 | 0008249: The documentno of and order shouldn't change without modify the document type | |||||||
Description | When you have an order saved but without completed, if you change the organization the documentno is modified. It shouldn't be modified if the document type is not modified. Besides, if you select again the original organization (the original document type) the documentno takes the next documentno and it should take the documentno used when the order was saved. It happens in purchese orders and sales order. | |||||||
Steps To Reproduce | -Create an order (sales or purchase). -Save it -Change the organization. -You will see that the documentno changes and the document type has not change what is bad. -Select again the organization used when the order was saved. -The documentno is not changed to the documentno used previously | |||||||
Proposed Solution | The behavior has to be the same as it happens in the sales invoice: 1. Only when the document type changes the documentno has to change. In this case when changing the organization the document type doesn't change so it doesn't make sense the current behavior | |||||||
Tags | 250 QA | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |||||||||||||||
|
Notes | |
(0014962) psarobe (manager) 2009-03-25 17:05 |
The behavior has to be the same as in purchase invoice and sales invoice |
(0015165) hgbot (developer) 2009-04-03 13:55 |
Repository: erp/devel/pi Changeset: 21739fc08fbb96286eca466ca69092924936eb27 Author: Jayakumar Kasinathan <jayakumar.kasinathan <at> openbravo.com> Date: Fri Apr 03 05:27:44 2009 -0400 URL: http://code.openbravo.com/erp/devel/pi/rev/21739fc08fbb96286eca466ca69092924936eb27 [^] Fixes bug 8249 The document no of order shouldn't change without modify the document type. --- M src/org/openbravo/erpCommon/ad_callouts/SL_Order_DocType.java M src/org/openbravo/erpCommon/ad_callouts/SL_Order_DocType_data.xsql --- |
(0017826) hgbot (developer) 2009-07-03 13:12 |
Repository: erp/devel/pi Changeset: d86711549e1bc56ce4d38145f152b4cbf174dfcc Author: Jayakumar Kasinathan <jayakumar.kasinathan <at> openbravo.com> Date: Fri Apr 03 05:27:44 2009 -0400 URL: http://code.openbravo.com/erp/devel/pi/rev/d86711549e1bc56ce4d38145f152b4cbf174dfcc [^] Fixes bug 8249 The document no of order shouldn't change without modify the document type. --- M src/org/openbravo/erpCommon/ad_callouts/SL_Order_DocType.java M src/org/openbravo/erpCommon/ad_callouts/SL_Order_DocType_data.xsql --- |
(0018046) sureshbabu (reporter) 2009-07-09 09:48 |
Right now, the document no changes only when we change the Transaction document type not the BP. (tested working fine) |
Issue History | |||
Date Modified | Username | Field | Change |
2009-03-24 12:19 | networkb | New Issue | |
2009-03-24 12:19 | networkb | Assigned To | => rafaroda |
2009-03-24 12:19 | networkb | Regression testing | => No |
2009-03-25 17:05 | psarobe | Note Added: 0014962 | |
2009-03-25 17:06 | psarobe | Status | new => scheduled |
2009-03-25 17:06 | psarobe | fix_in_branch | => pi |
2009-03-25 17:20 | psarobe | fix_in_branch | pi => |
2009-03-25 17:20 | psarobe | Steps to Reproduce Updated | |
2009-03-25 17:33 | rafaroda | Assigned To | rafaroda => sathiyan |
2009-04-01 17:04 | psarobe | Tag Attached: 250 QA | |
2009-04-03 13:55 | hgbot | Checkin | |
2009-04-03 13:55 | hgbot | Note Added: 0015165 | |
2009-04-03 13:55 | hgbot | Status | scheduled => resolved |
2009-04-03 13:55 | hgbot | Resolution | open => fixed |
2009-04-03 13:55 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/21739fc08fbb96286eca466ca69092924936eb27 [^] |
2009-04-03 16:54 | sureshbabu | Status | resolved => closed |
2009-04-03 16:54 | sureshbabu | Note Added: 0015175 | |
2009-04-03 16:54 | sureshbabu | Fixed in Version | => 2.50beta |
2009-04-15 12:00 | anonymous | sf_bug_id | 0 => 2764945 |
2009-05-05 15:26 | psarobe | Status | closed => new |
2009-05-05 15:26 | psarobe | Resolution | fixed => open |
2009-05-05 15:26 | psarobe | Fixed in Version | 2.50 => |
2009-05-05 15:26 | psarobe | Status | new => scheduled |
2009-05-05 15:26 | psarobe | fix_in_branch | => pi |
2009-05-05 15:27 | psarobe | Status | scheduled => resolved |
2009-05-05 15:27 | psarobe | Resolution | open => fixed |
2009-05-05 15:27 | psarobe | Status | resolved => closed |
2009-07-03 13:12 | hgbot | Checkin | |
2009-07-03 13:12 | hgbot | Note Added: 0017826 | |
2009-07-03 13:12 | hgbot | Status | closed => resolved |
2009-07-03 13:12 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/devel/pi/rev/21739fc08fbb96286eca466ca69092924936eb27 [^] => http://code.openbravo.com/erp/devel/pi/rev/d86711549e1bc56ce4d38145f152b4cbf174dfcc [^] |
2009-07-09 08:47 | sureshbabu | Note Deleted: 0015175 | |
2009-07-09 09:48 | sureshbabu | Status | resolved => closed |
2009-07-09 09:48 | sureshbabu | Note Added: 0018046 | |
2009-07-09 09:48 | sureshbabu | Fixed in Version | 2.50MP1 => pi |
Copyright © 2000 - 2009 MantisBT Group |