[ https://issues.apache.org/jira/browse/ISIS-1132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15314101#comment-15314101 ]
ASF subversion and git services commented on ISIS-1132: ------------------------------------------------------- Commit 1dd64e618aebb85669ac8ceeed8deefc89c25c34 in isis's branch refs/heads/maintenance-1.12.x from [~danhaywood] [ https://git-wip-us.apache.org/repos/asf?p=isis.git;h=1dd64e6 ] ISIS-1132: finally, the fix... the (legacy) Isis encoder/decoder stuff is used to copy the value from the object into the action parameter; the impl for joda DateTime was missing the time portion, so was defaulting to +1:00 (presumably due to locale, GMT+1 hour). > possible timezone issues when refresh page in Wicket viewer. > ------------------------------------------------------------ > > Key: ISIS-1132 > URL: https://issues.apache.org/jira/browse/ISIS-1132 > Project: Isis > Issue Type: Bug > Components: Core: Viewer: Wicket > Affects Versions: core-1.8.0 > Reporter: Boris Toninski > Assignee: Dan Haywood > Fix For: 1.12.2 > > > The issue is reproducible in the latest kitchensink demo application which > uses Isis 1.8.0. > When a form page is opened and the URL in the browser is like - > ".../wicket/entity?15" and the page is refreshed, following happens: > - All "org.joda.time.DateTime" fields are changed, so they have "03:00" at > the end. (ex. It was ...00:00 and becomes ...03:00) > - The splitters in the menus disappear. > I suppose there can be some other issues too. > The URL becomes like ".../wicket/entity?15" after a form is edited or if you > click for example on the "First DateObject" menu item in kitchensink app. If > the URL is like ".../wicket/entity/DATE:L_0" it works normally. -- This message was sent by Atlassian JIRA (v6.3.4#6332)