Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0050669Openbravo ERP02. Master data managementpublic2022-10-27 16:112023-01-30 14:55
ReporterXABIER_AGUADO 
Assigned Tomtaal 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionduplicate 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomtaal
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0050669: Dor assigned to two users, one with a product with quantity 0, crashes
DescriptionConfirming DOrs split between two or more users crash if one of them confirms amount = 0
Steps To ReproduceOn backoffice, configure preferences: "AWO Close DO Issue automatically after Skip Delta", "AWO Close DO Receipt automatically after Skip Delta" and "Close DO Receipt automatically after fully reception" to 'Y'
Create a Distribution order and issue multiple products
Confirm the shipping
Log in in the receipt warehouse
You can see there the Dor.
Go back to Backoffice, and on window 'Distribution order receipt' look up your DOr, check the tasks and assign one to a different user than the one you are currently using.
Open another AWO window and log in with this new user in the receipt warehouse.
Try confirming your DOr tasks with quantity = 0
We get an error
Proposed Solution
Additional Information
TagsFASH
Relationships
duplicate of defect 0050668 closed mtaal Dor assigned to two users, with Delta, crashes 
Attached Filespng imgpsh_fullsize_anim (3).png (364,352) 2022-10-27 16:11
https://issues.openbravo.com/file_download.php?file_id=17730&type=bug
png TASKS.png (80,845) 2022-10-27 16:35
https://issues.openbravo.com/file_download.php?file_id=17733&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
2022-10-27 16:11XABIER_AGUADONew Issue
2022-10-27 16:11XABIER_AGUADOAssigned To => Triage Omni OMS
2022-10-27 16:11XABIER_AGUADOFile Added: imgpsh_fullsize_anim (3).png
2022-10-27 16:11XABIER_AGUADOModules => Core
2022-10-27 16:11XABIER_AGUADOTriggers an Emergency Pack => No
2022-10-27 16:11XABIER_AGUADOTag Attached: FASH
2022-10-27 16:22aferrazAssigned ToTriage Omni OMS => Triage Omni WMS
2022-10-27 16:31XABIER_AGUADOSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=25009#r25009
2022-10-27 16:35XABIER_AGUADOFile Added: TASKS.png
2022-10-27 16:35XABIER_AGUADOSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=25012#r25012
2022-11-17 12:54vmromanosNote Added: 0143789
2022-11-17 12:55vmromanosRelationship addeddepends on 0050668
2022-11-17 12:55vmromanosNote Added: 0143790
2022-11-17 12:57vmromanosAssigned ToTriage Omni WMS => mtaal
2022-11-22 11:51vmromanosAssigned Tomtaal => vmromanos
2022-12-05 11:51XABIER_AGUADONote Added: 0144409
2022-12-07 11:57mtaalAssigned Tovmromanos => AtulOpenbravo
2023-01-20 00:48mtaalAssigned ToAtulOpenbravo => mtaal
2023-01-30 14:55vmromanosReview Assigned To => mtaal
2023-01-30 14:55vmromanosRelationship replacedduplicate of 0050668
2023-01-30 14:55vmromanosNote Added: 0146034
2023-01-30 14:55vmromanosStatusnew => closed
2023-01-30 14:55vmromanosResolutionopen => duplicate

Notes
(0143789)
vmromanos   
2022-11-17 12:54   
Proposed solution: do not try to close automatically the DO when there are available tasks assigned to other user (or when there are available tasks not assigned yet)
(0143790)
vmromanos   
2022-11-17 12:55   
Might be duplicated of 0050668
(0144409)
XABIER_AGUADO   
2022-12-05 11:51   
Hi @vmromanos,

They are very similar but they are not duplicated:
0050668 has a Delta
0050669 does NOT have a Delta.
(0146034)
vmromanos   
2023-01-30 14:55   
Fixed with 0050668