Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0031642 | Retail Modules | Cash up | public | 2015-11-27 13:47 | 2015-12-11 08:30 |
|
Reporter | malsasua | |
Assigned To | Orekaria | |
Priority | immediate | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 20 | OS Version | Community Appliance |
Product Version | | |
Target Version | RR15Q4.1 | Fixed in Version | RR15Q4.1 | |
Merge Request Status | |
Review Assigned To | guilleaer |
OBNetwork customer | OBPS |
Support ticket | 39521 |
Regression level | Production - Confirmed Stable |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0031642: invoice date is wrong in invoice created in cashup |
Description | when a invoice is created by cashup, the invoice date is wrong
(see attachment) |
Steps To Reproduce | . in webpos
. create a receipt
. do a cashup
. in backoffice
. go to sales invoice
. check date invoice
-> it is wrong
(see attachment) |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | blocks | defect | 0031619 | | closed | Orekaria | invoice date is wrong in invoice created in cashup |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2015-12-02 13:58 | Orekaria | Type | defect => backport |
2015-12-02 13:58 | Orekaria | Target Version | => RR15Q4.2 |
2015-12-04 12:40 | guilleaer | Target Version | RR15Q4.2 => RR15Q4.1 |
2015-12-09 10:24 | guilleaer | Assigned To | Retail => Orekaria |
2015-12-10 18:46 | hgbot | Checkin | |
2015-12-10 18:46 | hgbot | Note Added: 0082652 | |
2015-12-10 18:46 | hgbot | Status | scheduled => resolved |
2015-12-10 18:46 | hgbot | Resolution | open => fixed |
2015-12-10 18:46 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/retail/backports/3.0RR15Q4.1/org.openbravo.retail.posterminal/rev/bd31b822b49d1914c0d3c75502b2d2008f887765 [^] |
2015-12-10 18:46 | Orekaria | Note Added: 0082653 | |
2015-12-10 22:16 | hgbot | Checkin | |
2015-12-10 22:16 | hgbot | Note Added: 0082655 | |
2015-12-11 08:30 | guilleaer | Review Assigned To | => guilleaer |
2015-12-11 08:30 | guilleaer | Status | resolved => closed |
2015-12-11 08:30 | guilleaer | Fixed in Version | => RR15Q4.1 |
Notes |
|
(0082652)
|
hgbot
|
2015-12-10 18:46
|
|
Repository: retail/backports/3.0RR15Q4.1/org.openbravo.retail.posterminal
Changeset: bd31b822b49d1914c0d3c75502b2d2008f887765
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 17:20:43 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q4.1/org.openbravo.retail.posterminal/rev/bd31b822b49d1914c0d3c75502b2d2008f887765 [^]
Fixes issue 31642, backport of 31619: The 'timezoneOffset' is sent to the server and the server correctly handles the incoming date
The problem was that the terminal was sending the date in a format that the server was unable to process, and then, the server date was taken. Also, the timezone offset was not sent to the server and the server could not recreate the correct terminal date.
The solution:
- the terminal sends the date in ISO format and the timezone offset
- the server processes the date and timezone offset and recreates the terminal date
- better checks and log messages have been added
---
M src/org/openbravo/retail/posterminal/ProcessCashClose.java
M web/org.openbravo.retail.posterminal/js/closecash/model/cashup-model.js
---
|
|
|
(0082653)
|
Orekaria
|
2015-12-10 18:46
|
|
Repository: retail/backports/3.0RR15Q4.1/org.openbravo.mobile.core
Changeset: be4429f4ffded4420169633ad6bab4c5b4774a6c
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 17:20:23 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q4.1/org.openbravo.mobile.core/rev/be4429f4ffded4420169633ad6bab4c5b4774a6c [^]
Fixes issue 31619: The 'timezoneOffset' is sent to the server and the server correctly handles the incoming date
The problem was that the terminal was sending the date in a format that the server was unable to process, and then, the server date was taken. Also, the timezone offset was not sent to the server and the server could not recreate the correct terminal date.
The solution:
- the terminal sends the date in ISO format and the timezone offset
- the server processes the date and timezone offset and recreates the terminal date
- better checks and log messages have been added
---
M src/org/openbravo/mobile/core/utils/OBMOBCUtils.java
--- |
|
|
(0082655)
|
hgbot
|
2015-12-10 22:16
|
|
|