[
https://issues.apache.org/jira/browse/ISIS-1132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15314107#comment-15314107
]
ASF subversion and git services commented on ISIS-1132:
-------------------------------------------------------
Commit 1dd64e618aebb85669ac8ceeed8deefc89c25c34 in isis's branch
refs/heads/master 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)
