Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||||||
| ID | ||||||||||||
| 0016057 | ||||||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| design defect | [Openbravo ERP] 03. Procurement management | trivial | always | 2011-02-25 12:30 | 2017-05-29 13:45 | |||||||
| Reporter | adrianromero | View Status | public | |||||||||
| Assigned To | Triage Omni OMS | |||||||||||
| Priority | urgent | Resolution | open | Fixed in Version | ||||||||
| Status | scheduled | Fix in branch | Fixed in SCM revision | |||||||||
| Projection | none | ETA | none | Target Version | ||||||||
| OS | Any | Database | Any | Java version | ||||||||
| OS Version | Database version | Ant version | ||||||||||
| Product Version | pi | SCM revision | ||||||||||
| Merge Request Status | ||||||||||||
| Review Assigned To | ||||||||||||
| OBNetwork customer | No | |||||||||||
| Web browser | ||||||||||||
| Modules | Core | |||||||||||
| Support ticket | ||||||||||||
| Regression level | ||||||||||||
| Regression date | ||||||||||||
| Regression introduced in release | ||||||||||||
| Regression introduced by commit | ||||||||||||
| Triggers an Emergency Pack | No | |||||||||||
| Summary | 0016057: Is it possible able to add a discount in an order completed | |||||||||||
| Description | A new discount can be added in an order completed, but are not able to delete it. | |||||||||||
| Steps To Reproduce | -As Openbravo Admin go to Procurement Management || Transactions || Purchase Order -Create a new order and complete it -go to Header >> Discounts - Create a new record and save - realize that it is possible to save it - Try to delete it - realize that it is not possible to delete it | |||||||||||
| Proposed Solution | The problem is that there is a dead lock between the triggers in the C_ORDER table and C_ORDER_DISCOUNTS table because the C_ORDER trigger in some situations creates new records in the C_ORDER_DISCOUNTS table and the C_ORDERS_DISCOUNTS TRIGGERS reads the C_ORDER table. One possible solution is to add a new especial field in the C_ORDER_DISCOUNTS table in order to be able to detect in the C_ORDER_DISCOUNTS trigger who is trying to insert values and do not perform the usual verifications if it is the C_ORDER trigger who is trying to add new records. | |||||||||||
| Tags | VMA-Reviewed | |||||||||||
| Attached Files | ||||||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||||||||||||||
|
||||||||||||||||||||
 Relationships |
|
Notes |
|
| There are no notes attached to this issue. |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2011-02-25 12:30 | adrianromero | New Issue | |
| 2011-02-25 12:30 | adrianromero | Assigned To | => adrianromero |
| 2011-02-25 12:30 | adrianromero | Modules | => Core |
| 2011-02-25 12:30 | adrianromero | OBNetwork customer | => No |
| 2011-02-25 12:30 | adrianromero | Issue generated from | 0015640 |
| 2011-02-25 12:30 | adrianromero | Relationship added | related to 0015640 |
| 2011-06-03 10:58 | dalsasua | Assigned To | adrianromero => dalsasua |
| 2011-07-20 18:16 | dalsasua | Assigned To | dalsasua => jonalegriaesarte |
| 2012-02-15 19:05 | iciordia | Assigned To | jonalegriaesarte => vmromanos |
| 2012-02-16 15:52 | vmromanos | Tag Attached: VMA-Reviewed | |
| 2012-05-10 12:13 | gorka_gil | Assigned To | vmromanos => mirurita |
| 2012-05-11 10:20 | Sandrahuguet | Assigned To | mirurita => Sandrahuguet |
| 2012-05-11 10:20 | Sandrahuguet | Status | new => scheduled |
| 2012-05-11 10:20 | Sandrahuguet | fix_in_branch | => pi |
| 2012-05-11 12:59 | Sandrahuguet | Relationship added | depends on 0020475 |
| 2012-05-11 12:59 | Sandrahuguet | Type | defect => design defect |
| 2012-05-11 12:59 | Sandrahuguet | fix_in_branch | pi => |
| 2017-05-29 13:45 | Sandrahuguet | Assigned To | Sandrahuguet => Triage Finance |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |