Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0031619Retail ModulesCash uppublic2015-11-27 13:472016-01-29 14:26
Reportermalsasua 
Assigned ToOrekaria 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS20OS VersionCommunity Appliance
Product Version 
Target VersionFixed in VersionRR16Q1 
Merge Request Status
Review Assigned Toguilleaer
OBNetwork customer
Support ticket
Regression levelProduction - Confirmed Stable
Regression date2015-02-18
Regression introduced in releaseRR15Q3.3
Regression introduced by commithttps://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/260e72a513b67a7fc6b1a28c4b74c959fe7b3a7d [^]
Triggers an Emergency PackNo
Summary0031619: invoice date is wrong in invoice created in cashup
Descriptionwhen 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
TagsNo tags attached.
Relationships
depends on backport 0031642RR15Q4.1 closed Orekaria invoice date is wrong in invoice created in cashup 
depends on backport 0031643RR15Q3.3 closed Orekaria invoice date is wrong in invoice created in cashup 
depends on backport 0031381RR15Q3.2 closed Retail Cashup Date is not taken into account. Instead current date is used 
caused by defect 0028953 closed migueldejuana Invoice date is not set properly in created invoices using Web POS 
Attached Filespng error.png (244,515) 2015-11-27 13:48
https://issues.openbravo.com/file_download.php?file_id=8780&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
2015-11-27 13:47malsasuaNew Issue
2015-11-27 13:47malsasuaAssigned To => Retail
2015-11-27 13:47malsasuaResolution time => 1448924400
2015-11-27 13:47malsasuaRegression level => Production - Confirmed Stable
2015-11-27 13:47malsasuaTriggers an Emergency Pack => No
2015-11-27 13:48malsasuaFile Added: error.png
2015-11-27 14:56OrekariaStatusnew => acknowledged
2015-12-02 13:58OrekariaStatusacknowledged => scheduled
2015-12-02 13:58OrekariaAssigned ToRetail => Orekaria
2015-12-02 16:24OrekariaRelationship addeddepends on 0031381
2015-12-02 17:21hgbotCheckin
2015-12-02 17:21hgbotNote Added: 0082542
2015-12-02 17:21hgbotCheckin
2015-12-02 17:21hgbotNote Added: 0082544
2015-12-03 00:07hgbotCheckin
2015-12-03 00:07hgbotNote Added: 0082558
2015-12-03 00:08hgbotCheckin
2015-12-03 00:08hgbotNote Added: 0082559
2015-12-03 00:08hgbotStatusscheduled => resolved
2015-12-03 00:08hgbotResolutionopen => fixed
2015-12-03 00:08hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/857133ac862170931f43a688c7608aad2dccce11 [^]
2015-12-03 00:08hgbotCheckin
2015-12-03 00:08hgbotNote Added: 0082560
2015-12-03 00:08hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/857133ac862170931f43a688c7608aad2dccce11 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/33fa536e4bd6508bc7895fded805aaf4082ad922 [^]
2015-12-03 00:11OrekariaReview Assigned To => marvintm
2015-12-04 11:50guilleaerReview Assigned Tomarvintm => guilleaer
2015-12-04 11:50guilleaerStatusresolved => closed
2015-12-04 11:50guilleaerFixed in Version => RR16Q1
2015-12-10 18:33OrekariaRelationship addedcaused by 0028953
2015-12-10 18:33OrekariaRegression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/260e72a513b67a7fc6b1a28c4b74c959fe7b3a7d [^]
2015-12-10 18:45hgbotCheckin
2015-12-10 18:45hgbotNote Added: 0082651
2015-12-10 18:45hgbotStatusclosed => resolved
2015-12-10 18:45hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/33fa536e4bd6508bc7895fded805aaf4082ad922 [^] => http://code.openbravo.com/retail/backports/3.0RR15Q4.1/org.openbravo.mobile.core/rev/be4429f4ffded4420169633ad6bab4c5b4774a6c [^]
2015-12-14 11:14guilleaerStatusresolved => closed
2015-12-15 14:22OrekariaRegression date => 2015-02-18
2015-12-15 14:27OrekariaRegression introduced in release => RR15Q3.3
2016-01-28 15:27hgbotCheckin
2016-01-28 15:27hgbotNote Added: 0083671
2016-01-28 15:45hgbotCheckin
2016-01-28 15:45hgbotNote Added: 0083679
2016-01-28 15:45hgbotCheckin
2016-01-28 15:45hgbotNote Added: 0083681
2016-01-29 14:26hgbotCheckin
2016-01-29 14:26hgbotNote Added: 0083734

Notes
(0082542)
hgbot   
2015-12-02 17:21   
Repository: retail/backports/3.0RR15Q3.3/org.openbravo.retail.posterminal
Changeset: 98b2f534931068683cc7d1814e93620688861b11
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 17:20:43 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q3.3/org.openbravo.retail.posterminal/rev/98b2f534931068683cc7d1814e93620688861b11 [^]

Fixes issue 31643, backport of issue 31619. Now the date will be set and sent in the correct format (III)

---
M src/org/openbravo/retail/posterminal/ProcessCashClose.java
M web/org.openbravo.retail.posterminal/js/closecash/model/cashup-model.js
---
(0082544)
hgbot   
2015-12-02 17:21   
Repository: retail/backports/3.0RR15Q3.3/org.openbravo.mobile.core
Changeset: c2c410e90742de6784881b0c25cafc95f7aed56e
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 17:20:23 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q3.3/org.openbravo.mobile.core/rev/c2c410e90742de6784881b0c25cafc95f7aed56e [^]

Fixes issue 31643, backport of issue 31619. Now the date will be set and sent in the correct format (III)

---
M src/org/openbravo/mobile/core/utils/OBMOBCUtils.java
---
(0082558)
hgbot   
2015-12-03 00:07   
Repository: tools/automation/pi-mobile
Changeset: 90ab6a97b0681918454aadd0d9e6acd81e2553d3
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 19:18:04 2015 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/90ab6a97b0681918454aadd0d9e6acd81e2553d3 [^]

Related to issue 31619: Verify also the cashup date

---
M src-test/org/openbravo/test/mobile/common/selenium/database/WebPOSDatabaseHelper.java
---
(0082559)
hgbot   
2015-12-03 00:08   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 857133ac862170931f43a688c7608aad2dccce11
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 17:20:23 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/857133ac862170931f43a688c7608aad2dccce11 [^]

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
---
(0082560)
hgbot   
2015-12-03 00:08   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 33fa536e4bd6508bc7895fded805aaf4082ad922
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Wed Dec 02 17:20:43 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/33fa536e4bd6508bc7895fded805aaf4082ad922 [^]

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/retail/posterminal/ProcessCashClose.java
M web/org.openbravo.retail.posterminal/js/closecash/model/cashup-model.js
---
(0082651)
hgbot   
2015-12-10 18:45   
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
---
(0083671)
hgbot   
2016-01-28 15:27   
Repository: retail/backports/3.0RR15Q4.2/org.openbravo.retail.posterminal
Changeset: 1ad41ea9ec4660ed5eced0cfc24014cddd12ef8c
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Dec 15 01:01:04 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.retail.posterminal/rev/1ad41ea9ec4660ed5eced0cfc24014cddd12ef8c [^]

Fixes issue 31729, backout of issue 31619: OrderDate should not be transformed to client time because it is a date whithout time

---
M src/org/openbravo/retail/posterminal/PaidReceipts.java
---
(0083679)
hgbot   
2016-01-28 15:45   
Repository: retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core
Changeset: 86f812751d4be92d83fe9d4bb7bd2cc31792a5f2
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Dec 15 00:04:54 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core/rev/86f812751d4be92d83fe9d4bb7bd2cc31792a5f2 [^]

Fixes issue 31729, backout of issue 31619: hour,minutes and seconds should be zero for dates

---
M src/org/openbravo/mobile/core/utils/OBMOBCUtils.java
---
(0083681)
hgbot   
2016-01-28 15:45   
Repository: retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core
Changeset: 2f2d1468bbc5afc9150ffc3f27a59c49c5eb19dd
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue Dec 15 01:02:23 2015 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core/rev/2f2d1468bbc5afc9150ffc3f27a59c49c5eb19dd [^]

Fixes issue 31729, backout of 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/model/HQLPropertyList.java
---
(0083734)
hgbot   
2016-01-29 14:26   
Repository: retail/backports/3.0RR15Q3.5/org.openbravo.retail.posterminal
Changeset: 3746c494a8e30d815169a0132b55a6b5708b1146
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Fri Jan 29 14:26:02 2016 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR15Q3.5/org.openbravo.retail.posterminal/rev/3746c494a8e30d815169a0132b55a6b5708b1146 [^]

Fixes issue 32006, backport of issue 31619. Now the date will be set and sent in the correct format (III)

---
M web/org.openbravo.retail.posterminal/js/data/datacustomersave.js
---