Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0016881Openbravo ERP01. General setuppublic2011-04-25 14:522011-06-03 12:59
Reporterpjuvara 
Assigned Tomtaal 
PrioritynormalSeveritycriticalReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version3.0RC6.1 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0016881: Not possible to save currency conversion rates in form view
DescriptionWhen users attempt to define a new conversion rate, the dates start to automatically change and go backwards.
It is not possible to stop this behavior without closing the browser. This makes it impossible to save a new conversion rate.

See video in attachment. You can see two problems:
1) At minute 0:30, when I first type the Divide Rate by, the Valid from Date, which I had entered as 01-04-2011, changes to 31-03-2011. This might be a time zone related issue that other users have been reporting but that our QA team is not able to reproduce (my PC is configured to be Pacific Time Zone).
2) When I save at minute 0:32, you can see that the date starts going back automatically and never stops. The only way to stop it is to shutdown the browser (or since this is Chrome, to close the browser tab).
Steps To Reproduce
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00168823.0RC7 closed AinhoaPagola Incorrect configuration of currency conversion rates window 
related to defect 00172643.0MP0 closed mtaal When exporting a dataset in OB3, date fields are not correct. 
Attached Files? ConversionRate.ogv (3,220,550) 2011-04-25 14:52
https://issues.openbravo.com/file_download.php?file_id=3896&type=bug
Issue History
Date ModifiedUsernameFieldChange
2011-04-25 14:52pjuvaraNew Issue
2011-04-25 14:52pjuvaraAssigned To => adrianromero
2011-04-25 14:52pjuvaraFile Added: ConversionRate.ogv
2011-04-25 14:52pjuvaraModules => Core
2011-04-25 15:04pjuvaraRelationship addedrelated to 0016882
2011-04-25 15:05pjuvaraNote Added: 0036069
2011-04-26 12:41adrianromeroAssigned Toadrianromero => alostale
2011-04-26 13:07iperdomoStatusnew => scheduled
2011-04-26 13:07iperdomoAssigned Toalostale => mtaal
2011-04-26 13:07iperdomofix_in_branch => pi
2011-04-27 13:01hgbotCheckin
2011-04-27 13:01hgbotNote Added: 0036120
2011-04-27 13:01hgbotStatusscheduled => resolved
2011-04-27 13:01hgbotResolutionopen => fixed
2011-04-27 13:01hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/a459b43a4f8313082a17faecfcc7f20b15dd9375 [^]
2011-05-12 13:27hudsonbotCheckin
2011-05-12 13:27hudsonbotNote Added: 0036774
2011-05-19 21:49mtaalNote Added: 0037254
2011-05-19 21:50mtaalRelationship addedrelated to 0017264
2011-06-03 12:59iperdomoNote Added: 0037961
2011-06-03 12:59iperdomoStatusresolved => closed

Notes
(0036069)
pjuvara   
2011-04-25 15:05   
Please fix issue 16882 at the same time as this one.
(0036120)
hgbot   
2011-04-27 13:01   
Repository: erp/devel/pi
Changeset: a459b43a4f8313082a17faecfcc7f20b15dd9375
Author: Martin Taal <martin.taal <at> openbravo.com>
Date: Wed Apr 27 12:59:52 2011 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/a459b43a4f8313082a17faecfcc7f20b15dd9375 [^]

Fixes issue 16881: Not possible to save currency conversion rates in form view

---
M src/org/openbravo/base/model/domaintype/DateDomainType.java
---
(0036774)
hudsonbot   
2011-05-12 13:27   
A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/c40e579fcd38 [^]

Maturity status: Test
(0037254)
mtaal   
2011-05-19 21:49   
I had to solve this issue in a different way to solve another issue:
https://issues.openbravo.com/view.php?id=17264 [^]

I retested this issue after the new changes and could not reproduce it, so it should work fine.

However, if it occurs again then it is good to be aware of the relation with the other issue.

gr. Martin
(0037961)
iperdomo   
2011-06-03 12:59   
Tested on pi @ rev 3723e0cd3861