Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0052547 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
backport | [POS2] POS | major | have not tried | 2023-05-10 09:10 | 2023-06-07 15:49 | |||
Reporter | cberner | View Status | public | |||||
Assigned To | sreehari | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | 23Q1.3 | |||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Merge Request Status | approved | |||||||
Review Assigned To | ||||||||
OBNetwork customer | No | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0052547: Duplicate cashup document numbers | |||||||
Description | When the cashup sequence prefix is not set, if the user clears the cache, the sequence is reset to 0, and the document numbers start getting duplicated. In fact, the problem is actually that if there is no prefix, we should not be generating document numbers, and also not saving them. | |||||||
Steps To Reproduce | 1. Login WebPOS and complete a cashup (make sure the sequence prefix of the cashup is not set in this terminal) 2. Logout WebPOS, clear all application data -> DevTools -> Application -> Clear site data 3. Login WebPOS and complete another cashup Check backend for the cashup history of the terminal: Channel - Touchpoint -> select VBS-2 -> Cashup History The two cashups will have the same document number, or one of them starts with the first document number sequence. | |||||||
Proposed Solution | Document number should not be generated if the prefix is not set. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
||||||||
|
![]() |
|
(0150898) hgbot (developer) 2023-06-07 15:38 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1233 [^] |
(0150899) hgbot (developer) 2023-06-07 15:49 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1233 [^] |
(0150900) hgbot (developer) 2023-06-07 15:49 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^] Changeset: 1e5a64c3f6e98c4bdc3ab467ff85072dec53967b Author: Sreehari Venkataraman <sreehari@qualiantech.com> Date: 07-06-2023 18:54:25 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/1e5a64c3f6e98c4bdc3ab467ff85072dec53967b [^] Fixes ISSUE-52547: Added obposSequencenumber condition for backend update --- M src/org/openbravo/retail/posterminal/UpdateCashup.java --- |
![]() |
|||
Date Modified | Username | Field | Change |
2023-05-24 11:07 | guilleaer | Type | defect => backport |
2023-05-24 11:07 | guilleaer | Target Version | => 23Q1.3 |
2023-06-07 15:38 | hgbot | Note Added: 0150898 | |
2023-06-07 15:48 | hgbot | Merge Request Status | open => approved |
2023-06-07 15:49 | hgbot | Resolution | open => fixed |
2023-06-07 15:49 | hgbot | Status | scheduled => closed |
2023-06-07 15:49 | hgbot | Fixed in Version | => RR23Q1.3 |
2023-06-07 15:49 | hgbot | Note Added: 0150899 | |
2023-06-07 15:49 | hgbot | Note Added: 0150900 |
Copyright © 2000 - 2009 MantisBT Group |