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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0040101
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Omnichannelmajorhave not tried2019-02-01 11:352019-02-25 11:10
ReporterplujanView Statuspublic 
Assigned Toranjith_qualiantech_com 
PrioritynormalResolutionno change requiredFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionmainSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0040101: [RR19Q1] [OMNI] Trying to pay a ticket that has been already paid in other terminal causes a silent error

DescriptionI opened a partially paid ticket, while I had it displayed, a user in a different terminal opened and fully paid it.
Not realizing about this other user, I tried to paid the same ticket. I did not receive any error message, and the ticket seem to been synchronized properly.
However, in the "Errors while importing" window, an exception is shown "The data of this order has been changed on the server. Please reload the ticket through the menu and apply your changes again."
Steps To Reproduce1. In the terminal A, create a ticket with one line and partially paid it. Seek for the ticket and open it.
2. In the terminal B, seek for the same ticket and open it.
3. In B, fully paid the ticket. Note the process is successful
4. In A, fully paid the ticket. Note the process is successful
5. Open the backend and check the "Errors while Importing" window. Note the step 4 has generated an error.


The full error is:
org.openbravo.mobile.core.process.OutDatedDataChangeException: The data of this order has been changed on the server. Please reload the ticket through the menu and apply your changes again.
    at org.openbravo.retail.posterminal.OrderLoader.saveRecord(OrderLoader.java:254)
    at org.openbravo.mobile.core.process.DataSynchronizationProcess.saveRecord(DataSynchronizationProcess.java:201)
    at org.openbravo.mobile.core.process.DataSynchronizationProcess.exec(DataSynchronizationProcess.java:155)
    at org.openbravo.mobile.core.process.DataSynchronizationProcess.exec(DataSynchronizationProcess.java:87)
    at org.openbravo.mobile.core.process.MobileImportEntryProcessorRunnable.processEntry(MobileImportEntryProcessorRunnable.java:53)
    at org.openbravo.retail.posterminal.importprocess.OrderImportEntryProcessor$OrderLoaderRunnable.processEntry(OrderImportEntryProcessor.java:59)
    at org.openbravo.service.importprocess.ImportEntryProcessor$ImportEntryProcessRunnable.doRunCycle(ImportEntryProcessor.java:376)
    at org.openbravo.service.importprocess.ImportEntryProcessor$ImportEntryProcessRunnable.run(ImportEntryProcessor.java:297)
    at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:514)
    at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
    at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
    at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
    at java.base/java.lang.Thread.run(Thread.java:844)
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0110048)
marvintm (manager)
2019-02-25 11:10

This is the expected behaviour as of now. This is an intrinsic limitation in how the WebPOS synchronises the data. Changing this would involve making the synchronisation not work asynchronously, and this is something we have decided not to do at this point.

- Issue History
Date Modified Username Field Change
2019-02-01 11:35 plujan New Issue
2019-02-01 11:35 plujan Assigned To => Retail
2019-02-01 11:35 plujan Triggers an Emergency Pack => No
2019-02-01 11:36 plujan Steps to Reproduce Updated View Revisions
2019-02-25 10:50 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2019-02-25 10:50 ranjith_qualiantech_com Status new => scheduled
2019-02-25 11:10 marvintm Review Assigned To => marvintm
2019-02-25 11:10 marvintm Note Added: 0110048
2019-02-25 11:10 marvintm Status scheduled => closed
2019-02-25 11:10 marvintm Resolution open => no change required


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker