Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0005197 | Openbravo ERP | 00. Application dictionary | public | 2008-09-23 13:01 | 2009-01-26 10:41 |
|
Reporter | galderromo | |
Assigned To | alostale | |
Priority | immediate | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 20 | OS Version | Gentoo 2.6.24 |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | OBPS |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0005197: Doc sequences and database restrictions |
Description | Right now, when working with Sales Invoices, WAD generated code updates the document's sequence before is sure the invoice has been created. This way it is possible to update the sequence but not to create the record due to database restrictions.
This issue is critica because can generate sequence jumps on Sales Invoices, which is ilegal.
In some how, this request is related to 4439 and 5054. |
Steps To Reproduce | Suppose you do not want the user to create an invoice with no c_project_id or not user1_id. So you create on the database this restriction (there is no way to do it through the AP).
Then, when you press the SAVE button, the WAD generated code updates the sequence and later inserts the record on the database. But the restriction avoids this inserting, so the sequence has been lost. |
Proposed Solution | Change the sequence control, and make sure the inserting has been properly done, before updating the sequence. |
Additional Information | |
Tags | No tags attached. |
Relationships | blocks | defect | 0005175 | | closed | alostale | Doc sequences and database restrictions |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2008-09-23 13:01 | cromero | New Issue | |
2008-09-23 13:01 | cromero | Assigned To | => alostale |
2008-09-23 13:01 | cromero | Status | new => scheduled |
2008-12-01 11:17 | networkb | Issue Monitored: networkb | |
2008-12-01 11:17 | networkb | OBNetwork customer | => Yes |
2008-12-01 11:17 | networkb | Priority | high => immediate |
2008-12-01 17:20 | svnbot | Checkin | |
2008-12-01 17:20 | svnbot | Note Added: 0010851 | |
2008-12-01 17:20 | svnbot | Status | scheduled => resolved |
2008-12-01 17:20 | svnbot | Resolution | open => fixed |
2008-12-01 17:20 | svnbot | svn_revision | => 10801 |
2008-12-12 16:13 | svnbot | Checkin | |
2008-12-12 16:13 | svnbot | Note Added: 0011255 | |
2008-12-12 16:13 | svnbot | svn_revision | 10801 => 11163 |
2008-12-12 17:52 | psarobe | Status | resolved => new |
2008-12-12 17:52 | psarobe | Resolution | fixed => open |
2008-12-12 17:52 | psarobe | Fixed in Version | 2.35MP10 => |
2008-12-12 17:52 | psarobe | Status | new => scheduled |
2008-12-12 17:52 | psarobe | Status | scheduled => resolved |
2008-12-12 17:52 | psarobe | Resolution | open => fixed |
2009-01-26 10:41 | psarobe | Regression testing | => No |
2009-01-26 10:41 | psarobe | Status | resolved => closed |