<div dir="ltr">What's interesting is that in most areas of Spacewalk 2.1, the time is displayed with EDT suffix, but when scheduling a task (E.G. /rhn/ssm/PackageUpgrade.do?mode=upgrade), the date/time picker dialog for "Schedule no sooner than" has EST displayed and no option to change it.<br>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 28, 2014 at 12:16 PM, Duncan Mac-Vicar P. <span dir="ltr"><<a href="mailto:dmacvicar@suse.de" target="_blank">dmacvicar@suse.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div class="">
<div>On 28/03/14 17:05, Ron Helzer wrote:<br>
</div>
<blockquote type="cite">There's only one other GMT-0500 timezone choice
available (Indiana), where they don't observe DST... That, in
conjunction with the fact that there were no DST issues pre-2.1,
would suggest to me that the GMT-0500 (Eastern) setting should
account for EDT/EST change.
<div>
<br>
</div>
<div>Are you suggesting I'm supposed to change the
preference twice a year to manually account for DST?<br>
</div>
</blockquote>
<br></div>
No, I am just trying to understand where the issue can come from, as
I don't think anything changed at all.<br>
<br>
In 2.0 the date picker fragment got the timezone from the DatePicker
bean (picker.calendar.timeZone)<br>
<a href="https://github.com/spacewalkproject/spacewalk/blob/SPACEWALK-2.0/java/code/webapp/WEB-INF/pages/common/fragments/date-picker.jsp" target="_blank">https://github.com/spacewalkproject/spacewalk/blob/SPACEWALK-2.0/java/code/webapp/WEB-INF/pages/common/fragments/date-picker.jsp</a>
(line 60)<br>
<br>
In 2.1, the JSP tag gets the timezone from the DatePicker bean in
the same way<br>
<a href="https://github.com/spacewalkproject/spacewalk/blob/SPACEWALK-2.1/java/code/src/com/redhat/rhn/frontend/taglibs/DateTimePickerTag.java" target="_blank">https://github.com/spacewalkproject/spacewalk/blob/SPACEWALK-2.1/java/code/src/com/redhat/rhn/frontend/taglibs/DateTimePickerTag.java</a>
(line 225)<br>
<br>
Then the time passed to the server on submit does not carry the
timezone, so it is always relative to the one it was shown to you.<br>
(I am not saying there is not a problem, but I can't see how it
would be new if there is).<br>
<br>
CCing -devel in case anyone sees something I am missing.<div class=""><br>
<pre cols="72">--
Duncan Mac-Vicar P. - <a href="http://www.suse.com/" target="_blank">http://www.suse.com/</a>
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Maxfeldstraße 5, 90409 Nürnberg, Germany
</pre></div></div></blockquote></div></div></div>