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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0031642
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Cash upmajoralways2015-11-27 13:472015-12-11 08:30
ReportermalsasuaView Statuspublic 
Assigned ToOrekaria 
PriorityimmediateResolutionfixedFixed in VersionRR15Q4.1
StatusclosedFix in branchFixed in SCM revisionbd31b822b49d
ProjectionnoneETAnoneTarget VersionRR15Q4.1
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 date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0031642: 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 Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0031619 closedOrekaria invoice date is wrong in invoice created in cashup 

-  Notes
(0082652)
hgbot (developer)
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 (administrator)
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 (developer)
2015-12-10 22:16

Repository: tools/automation/pi-mobile
Changeset: 6a81269149c57176b736a5f6848e7e33c8048281
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Thu Dec 10 18:57:41 2015 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/6a81269149c57176b736a5f6848e7e33c8048281 [^]

Related to issue 31642: Verify also the cashup date

---
M src-test/org/openbravo/test/mobile/common/selenium/database/WebPOSDatabaseHelper.java
---

- 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


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker