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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0050669
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 02. Master data managementmajoralways2022-10-27 16:112023-01-30 14:55
ReporterXABIER_AGUADOView Statuspublic 
Assigned Tomtaal 
PrioritynormalResolutionduplicateFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomtaal
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0050669: 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
TagsFASH
Attached Filespng file icon imgpsh_fullsize_anim (3).png [^] (364,352 bytes) 2022-10-27 16:11
png file icon TASKS.png [^] (80,845 bytes) 2022-10-27 16:35

- Relationships Relation Graph ] Dependency Graph ]
duplicate of defect 0050668 closedmtaal Dor assigned to two users, with Delta, crashes 

-  Notes
(0143789)
vmromanos (manager)
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 (manager)
2022-11-17 12:55

Might be duplicated of 0050668
(0144409)
XABIER_AGUADO (developer)
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 (manager)
2023-01-30 14:55

Fixed with 0050668

- Issue History
Date Modified Username Field Change
2022-10-27 16:11 XABIER_AGUADO New Issue
2022-10-27 16:11 XABIER_AGUADO Assigned To => Triage Omni OMS
2022-10-27 16:11 XABIER_AGUADO File Added: imgpsh_fullsize_anim (3).png
2022-10-27 16:11 XABIER_AGUADO Modules => Core
2022-10-27 16:11 XABIER_AGUADO Triggers an Emergency Pack => No
2022-10-27 16:11 XABIER_AGUADO Tag Attached: FASH
2022-10-27 16:22 aferraz Assigned To Triage Omni OMS => Triage Omni WMS
2022-10-27 16:31 XABIER_AGUADO Steps to Reproduce Updated View Revisions
2022-10-27 16:35 XABIER_AGUADO File Added: TASKS.png
2022-10-27 16:35 XABIER_AGUADO Steps to Reproduce Updated View Revisions
2022-11-17 12:54 vmromanos Note Added: 0143789
2022-11-17 12:55 vmromanos Relationship added depends on 0050668
2022-11-17 12:55 vmromanos Note Added: 0143790
2022-11-17 12:57 vmromanos Assigned To Triage Omni WMS => mtaal
2022-11-22 11:51 vmromanos Assigned To mtaal => vmromanos
2022-12-05 11:51 XABIER_AGUADO Note Added: 0144409
2022-12-07 11:57 mtaal Assigned To vmromanos => AtulOpenbravo
2023-01-20 00:48 mtaal Assigned To AtulOpenbravo => mtaal
2023-01-30 14:55 vmromanos Review Assigned To => mtaal
2023-01-30 14:55 vmromanos Relationship replaced duplicate of 0050668
2023-01-30 14:55 vmromanos Note Added: 0146034
2023-01-30 14:55 vmromanos Status new => closed
2023-01-30 14:55 vmromanos Resolution open => duplicate


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker