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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0031805
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POScriticalalways2015-12-30 17:202016-02-01 17:04
ReportermaiteView Statuspublic 
Assigned Toguilleaer 
PriorityimmediateResolutionfixedFixed in VersionRR15Q3.3
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionRR15Q3.3SCM revision 
Review Assigned To
Regression levelProduction - Confirmed Stable
Regression date2015-02-18
Regression introduced in releaseRR15Q2
Regression introduced by commithttps://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/260e72a513b67a7fc6b1a28c4b74c959fe7b3a7d [^]
Triggers an Emergency PackNo
Summary

0031805: Wrong Cashup date when register is imported from "Data Import Entries" window

DescriptionIn case a cashup import fails, record is left in "Error" status in "Data Import Entries" window (http://wiki.openbravo.com/wiki/Retail:Web_POS_User_Guide#Backend_Data_Processing:_Data_Import_Entries [^]). When it is set to "Initial" status again and considered by the process it is imported with today's date instead of cashup date (reconciliations are also created with today's date and so on...)
Steps To ReproduceI can provide environment where problem is reproducible as there are cash up records in "Data Import Entries" window
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 0031643RR15Q3.3 closedOrekaria invoice date is wrong in invoice created in cashup 
caused by defect 0028953 closedmigueldejuana Invoice date is not set properly in created invoices using Web POS 

-  Notes
(0083795)
guilleaer (manager)
2016-02-01 17:04

 This Issue is already resolved in 15Q3.3 [https://issues.openbravo.com/view.php?id=31643 [^]] and 15Q4.1 [https://issues.openbravo.com/view.php?id=31642 [^]]

This customer was suffering this issue because data stored in import entry had old date formats

- Issue History
Date Modified Username Field Change
2015-12-30 17:20 maite New Issue
2015-12-30 17:20 maite Assigned To => Retail
2015-12-30 17:20 maite Resolution time => 1451948400
2015-12-30 17:20 maite Triggers an Emergency Pack => No
2015-12-30 17:20 maite Issue Monitored: networkb
2015-12-31 11:34 Orekaria Relationship added depends on 0031643
2015-12-31 11:36 Orekaria Status new => acknowledged
2016-01-26 10:05 dmitry_mezentsev Relationship added caused by 0028953
2016-01-26 10:11 dmitry_mezentsev Regression level => Production - Confirmed Stable
2016-01-26 10:11 dmitry_mezentsev Regression date => 2015-02-18
2016-01-26 10:11 dmitry_mezentsev Regression introduced in release => RR15Q2
2016-01-26 10:11 dmitry_mezentsev Regression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/260e72a513b67a7fc6b1a28c4b74c959fe7b3a7d [^]
2016-02-01 17:01 guilleaer Status acknowledged => scheduled
2016-02-01 17:01 guilleaer Assigned To Retail => guilleaer
2016-02-01 17:04 guilleaer Note Added: 0083795
2016-02-01 17:04 guilleaer Status scheduled => resolved
2016-02-01 17:04 guilleaer Fixed in Version => RR15Q3.3
2016-02-01 17:04 guilleaer Resolution open => fixed
2016-02-01 17:04 guilleaer Status resolved => closed

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker