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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0031729
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2015-11-16 15:052016-02-01 19:01
ReporteraaroncaleroView Statuspublic 
Assigned ToOrekaria 
PrioritynormalResolutionfixedFixed in VersionRR15Q4.2
StatusclosedFix in branchFixed in SCM revision2f2d1468bbc5
ProjectionnoneETAnoneTarget VersionRR15Q4.2
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toguilleaer
Regression levelProduction - QA Approved
Regression date2015-10-30
Regression introduced in releaseRR15Q4
Regression introduced by commithttps://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/2fd19707e840 [^]
Triggers an Emergency PackNo
Summary

0031729: [SERQA 397] The orderDate of receipts loaded in webPOS is showing an incorrect date

DescriptionWhen an order is loaded in web pos, it's orderDate attribute is showing the day before, instead of showing the real day.
Steps To ReproduceLogin in web pos.
Create and pay an order.
Verify the order date in backend (e.g. Nov 16 2015).
Load the order in web pos (Menu > Receipts).
Use the browser console to get the order date: Ob.MobileApp.model.receipt.get('orderDate').
It will show an incorrect date (e.g. Nov 15 2015).
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0031503 closedguilleaer [SERQA 397] The orderDate of receipts loaded in webPOS is showing an incorrect date 

-  Notes
(0083672)
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
---
(0083680)
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
---
(0083682)
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
---

- Issue History
Date Modified Username Field Change
2015-12-15 17:04 guilleaer Type defect => backport
2015-12-15 17:04 guilleaer Target Version => RR15Q4.2
2016-01-27 17:48 Orekaria Assigned To guilleaer => Orekaria
2016-01-28 15:27 hgbot Checkin
2016-01-28 15:27 hgbot Note Added: 0083672
2016-01-28 15:27 hgbot Status scheduled => resolved
2016-01-28 15:27 hgbot Resolution open => fixed
2016-01-28 15:27 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/2568e469aaf3b4f6f6ffd581c9f295377af89046 [^] => http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.retail.posterminal/rev/1ad41ea9ec4660ed5eced0cfc24014cddd12ef8c [^]
2016-01-28 15:45 hgbot Checkin
2016-01-28 15:45 hgbot Note Added: 0083680
2016-01-28 15:45 hgbot Fixed in SCM revision http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.retail.posterminal/rev/1ad41ea9ec4660ed5eced0cfc24014cddd12ef8c [^] => http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core/rev/86f812751d4be92d83fe9d4bb7bd2cc31792a5f2 [^]
2016-01-28 15:45 hgbot Checkin
2016-01-28 15:45 hgbot Note Added: 0083682
2016-01-28 15:45 hgbot Fixed in SCM revision http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core/rev/86f812751d4be92d83fe9d4bb7bd2cc31792a5f2 [^] => http://code.openbravo.com/retail/backports/3.0RR15Q4.2/org.openbravo.mobile.core/rev/2f2d1468bbc5afc9150ffc3f27a59c49c5eb19dd [^]
2016-02-01 19:01 guilleaer Review Assigned To marvintm => guilleaer
2016-02-01 19:01 guilleaer Status resolved => closed
2016-02-01 19:01 guilleaer Fixed in Version => RR15Q4.2


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker