Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0031619
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Cash upmajoralways2015-11-27 13:472016-01-29 14:26
ReportermalsasuaView Statuspublic 
Assigned ToOrekaria 
PriorityimmediateResolutionfixedFixed in VersionRR16Q1
StatusclosedFix in branchFixed in SCM revisionbe4429f4ffde
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_18
OS VersionCommunity ApplianceDatabase version8.3.9Ant version1.7.1
Product VersionSCM revision 
Review Assigned Toguilleaer
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
Summary

0031619: 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)
TagsNo tags attached.
Attached Filespng file icon error.png [^] (244,515 bytes) 2015-11-27 13:48

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 0031642RR15Q4.1 closedOrekaria invoice date is wrong in invoice created in cashup 
depends on backport 0031643RR15Q3.3 closedOrekaria invoice date is wrong in invoice created in cashup 
depends on backport 0031381RR15Q3.2 closedRetail Cashup Date is not taken into account. Instead current date is used 
caused by defect 0028953 closedmigueldejuana Invoice date is not set properly in created invoices using Web POS 

-  Notes
(0082542)
hgbot (developer)
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 (developer)
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 (developer)
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 (developer)
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 (developer)
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 (developer)
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 (developer)
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 (developer)
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 (developer)
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 (developer)
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
---

- Issue History
Date Modified Username Field Change
2015-11-27 13:47 malsasua New Issue
2015-11-27 13:47 malsasua Assigned To => Retail
2015-11-27 13:47 malsasua Resolution time => 1448924400
2015-11-27 13:47 malsasua Regression level => Production - Confirmed Stable
2015-11-27 13:47 malsasua Triggers an Emergency Pack => No
2015-11-27 13:48 malsasua File Added: error.png
2015-11-27 14:56 Orekaria Status new => acknowledged
2015-12-02 13:58 Orekaria Status acknowledged => scheduled
2015-12-02 13:58 Orekaria Assigned To Retail => Orekaria
2015-12-02 16:24 Orekaria Relationship added depends on 0031381
2015-12-02 17:21 hgbot Checkin
2015-12-02 17:21 hgbot Note Added: 0082542
2015-12-02 17:21 hgbot Checkin
2015-12-02 17:21 hgbot Note Added: 0082544
2015-12-03 00:07 hgbot Checkin
2015-12-03 00:07 hgbot Note Added: 0082558
2015-12-03 00:08 hgbot Checkin
2015-12-03 00:08 hgbot Note Added: 0082559
2015-12-03 00:08 hgbot Status scheduled => resolved
2015-12-03 00:08 hgbot Resolution open => fixed
2015-12-03 00:08 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/857133ac862170931f43a688c7608aad2dccce11 [^]
2015-12-03 00:08 hgbot Checkin
2015-12-03 00:08 hgbot Note Added: 0082560
2015-12-03 00:08 hgbot Fixed in SCM revision http://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:11 Orekaria Review Assigned To => marvintm
2015-12-04 11:50 guilleaer Review Assigned To marvintm => guilleaer
2015-12-04 11:50 guilleaer Status resolved => closed
2015-12-04 11:50 guilleaer Fixed in Version => RR16Q1
2015-12-10 18:33 Orekaria Relationship added caused by 0028953
2015-12-10 18:33 Orekaria Regression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/260e72a513b67a7fc6b1a28c4b74c959fe7b3a7d [^]
2015-12-10 18:45 hgbot Checkin
2015-12-10 18:45 hgbot Note Added: 0082651
2015-12-10 18:45 hgbot Status closed => resolved
2015-12-10 18:45 hgbot Fixed in SCM revision http://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:14 guilleaer Status resolved => closed
2015-12-15 14:22 Orekaria Regression date => 2015-02-18
2015-12-15 14:27 Orekaria Regression introduced in release => RR15Q3.3
2016-01-28 15:27 hgbot Checkin
2016-01-28 15:27 hgbot Note Added: 0083671
2016-01-28 15:45 hgbot Checkin
2016-01-28 15:45 hgbot Note Added: 0083679
2016-01-28 15:45 hgbot Checkin
2016-01-28 15:45 hgbot Note Added: 0083681
2016-01-29 14:26 hgbot Checkin
2016-01-29 14:26 hgbot Note Added: 0083734


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker