Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0052403 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [POS2] POS | major | have not tried | 2023-05-10 09:10 | 2023-05-31 15:26 | |||
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 | ||||
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 | 0052403: 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 | ![]() | |||||||
![]() |
|||||||||||||||
|
![]() |
|||
Date Modified | Username | Field | Change |
2023-05-10 09:10 | cberner | New Issue | |
2023-05-10 09:10 | cberner | Assigned To | => Retail |
2023-05-10 09:10 | cberner | OBNetwork customer | => No |
2023-05-10 09:10 | cberner | Triggers an Emergency Pack | => No |
2023-05-10 09:10 | cberner | Assigned To | Retail => cberner |
2023-05-10 09:10 | cberner | Status | new => acknowledged |
2023-05-10 09:12 | hgbot | Merge Request Status | => open |
2023-05-10 09:12 | hgbot | Note Added: 0149535 | |
2023-05-10 15:30 | cberner | Assigned To | cberner => Retail |
2023-05-10 15:31 | hgbot | Note Added: 0149574 | |
2023-05-10 15:34 | marvintm | Description Updated | View Revisions |
2023-05-10 15:34 | marvintm | Steps to Reproduce Updated | View Revisions |
2023-05-10 15:34 | marvintm | Proposed Solution updated | |
2023-05-11 12:19 | sreehari | Assigned To | Retail => sreehari |
2023-05-15 15:16 | sreehari | Status | acknowledged => scheduled |
2023-05-18 11:34 | hgbot | Note Added: 0149924 | |
2023-05-18 11:35 | hgbot | Note Added: 0149925 | |
2023-05-22 14:59 | hgbot | Note Added: 0150073 | |
2023-05-24 11:07 | guilleaer | Status | scheduled => acknowledged |
2023-05-24 11:07 | guilleaer | Status | acknowledged => scheduled |
2023-05-31 07:39 | sreehari | File Added: Updated Solution | |
2023-05-31 15:26 | hgbot | Merge Request Status | open => approved |
2023-05-31 15:26 | hgbot | Resolution | open => fixed |
2023-05-31 15:26 | hgbot | Status | scheduled => closed |
2023-05-31 15:26 | hgbot | Fixed in Version | => RR23Q3 |
2023-05-31 15:26 | hgbot | Note Added: 0150549 | |
2023-05-31 15:26 | hgbot | Note Added: 0150550 |
Copyright © 2000 - 2009 MantisBT Group |