Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0051288 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] Web POS | major | have not tried | 2023-01-04 13:50 | 2025-03-15 09:31 | |||
Reporter | javierRodriguez | View Status | public | |||||
Assigned To | javierRodriguez | |||||||
Priority | low | Resolution | fixed | Fixed in Version | RR23Q1 | |||
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 | 0051288: Reset initialTicketDate attribute when the application create a cashup from scratch | |||||||
Description | When a cashup is created from scratch, there are some attributes that are being restored like id, total tickets, sales, etc. One of cashup attributes that are not being restored is initialTicketDate. This attribute has the date when the first ticket which belongs to this cashup creation date. | |||||||
Steps To Reproduce | - | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
|
![]() |
|
(0145194) hgbot (developer) 2023-01-08 13:16 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1028 [^] |
(0145196) hgbot (developer) 2023-01-09 08:33 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1028 [^] |
(0145197) hgbot (developer) 2023-01-09 08:33 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^] Changeset: 322dde4251c2ffd586ebff425aa9566aa6874eab Author: Javier Rodriguez Regueiro <javier.rodriguez@openbravo.com> Date: 08-01-2023 18:08:12 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/322dde4251c2ffd586ebff425aa9566aa6874eab [^] Fixed ISSUE-51288: Reset initialTicketDate on create new cashup from scratch --- M web/org.openbravo.retail.posterminal/app/model/business-object/cashup/CashupUtils.js --- |
(0176871) middlehermine (viewer) 2025-03-15 09:31 |
Interesting point about the initialTicketDate! It sounds like a potential bug. Could this affect reporting or downstream processes? Thinking of game mechanics, it's like fumbling the kickoff in Retro Bowl – a small mistake with big consequences! Should the restoration logic be updated to include this attribute? This would improve data integrity for sure. https://retrobowl-game.io [^] |
![]() |
|||
Date Modified | Username | Field | Change |
2023-01-04 13:50 | javierRodriguez | New Issue | |
2023-01-04 13:50 | javierRodriguez | Assigned To | => javierRodriguez |
2023-01-04 13:50 | javierRodriguez | OBNetwork customer | => No |
2023-01-04 13:50 | javierRodriguez | Triggers an Emergency Pack | => No |
2023-01-08 13:16 | hgbot | Merge Request Status | => open |
2023-01-08 13:16 | hgbot | Note Added: 0145194 | |
2023-01-09 08:32 | hgbot | Merge Request Status | open => approved |
2023-01-09 08:33 | hgbot | Resolution | open => fixed |
2023-01-09 08:33 | hgbot | Status | new => closed |
2023-01-09 08:33 | hgbot | Note Added: 0145196 | |
2023-01-09 08:33 | hgbot | Fixed in Version | => RR23Q1 |
2023-01-09 08:33 | hgbot | Note Added: 0145197 | |
2025-03-15 09:31 | middlehermine | Note Added: 0176871 |
Copyright © 2000 - 2009 MantisBT Group |