Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0034293Retail ModulesWeb POSpublic2016-10-25 17:572016-10-28 18:27
ReporterdaniOpenbravo 
Assigned Tomtaal 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS30OS Version14.04
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0034293: [STORE SERVER 2005] Cancel and replace does not work after having cancelled a picking.
DescriptionCancel and replace does not work after having cancelled a picking.
CS= 52.17.253.61
SS= 52.31.227.242
Steps To Reproduce1. Log in Web POS.
2. Layaway this receipt.
3. Add product "Victor" to the ticket (delivery condition: deferred carry away).
4. Pay the ticket.
5. Prepare the order.
6. Select the ticket and click on "Prepare selected".
7. Go to pickings in menu dropdown and select the one related to previous layaway.
8. Assign it to any user.
9. Confirm All.
10. Go to menu dropdown and select "receipts": enter previous ticket document number.
11. Click on Cancel and replace option in dropdown menu: A message will be shown telling us that the order has a picking assigned.
12. Select previous picking in pickings dropdown menu.
13. Click on cancel picking.
14. Repeat steps 10 and 11: now it is possible to do C&R of that order.
15. Pay the ticket that replaces the original one: the system gets blocked and the information is not synchronized neither CS nor SS.

**Sometimes, attached image error is shown.
Proposed Solution
Additional Information
TagsSER-QA
Relationships
Attached Filespng c&r_issuePickings.png (256,445) 2016-10-25 17:57
https://issues.openbravo.com/file_download.php?file_id=9957&type=bug
png

diff shipment-handler.diff (878) 2016-10-28 18:27
https://issues.openbravo.com/file_download.php?file_id=9990&type=bug
Issue History
Date ModifiedUsernameFieldChange
2016-10-25 17:57daniOpenbravoNew Issue
2016-10-25 17:57daniOpenbravoAssigned To => mtaal
2016-10-25 17:57daniOpenbravoFile Added: c&r_issuePickings.png
2016-10-25 17:57daniOpenbravoResolution time => 1477954800
2016-10-25 17:57daniOpenbravoTriggers an Emergency Pack => No
2016-10-25 17:58daniOpenbravoTag Attached: SER-QA
2016-10-25 17:58daniOpenbravoIssue Monitored: daniOpenbravo
2016-10-28 18:26mtaalNote Added: 0091005
2016-10-28 18:27mtaalNote Edited: 0091005bug_revision_view_page.php?bugnote_id=0091005#r13523
2016-10-28 18:27mtaalFile Added: shipment-handler.diff
2016-10-28 18:27mtaalNote Added: 0091006
2016-10-28 18:27mtaalStatusnew => closed
2016-10-28 18:27mtaalResolutionopen => no change required

Notes
(0091005)
mtaal   
2016-10-28 18:26   
(edited on: 2016-10-28 18:27)
I checked and this was not always reproducable, not locally. On the server on which the issue was found it was reproducable. I found the following stack trace [1] in the log. When I changed the code (see attached diff) to prevent the NPE, the issue was not reproducable anymore.

[1]
java.lang.NullPointerException
        at com.openbravo.but.integration.shipment.handler.ShipmentHandler.onSave(ShipmentHandler.java:73)
        at sun.reflect.GeneratedMethodAccessor500.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:622)
        at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
        at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
        at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
        at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
(0091006)
mtaal   
2016-10-28 18:27   
Not a store server issue