Bug 41719

GemBuilder for Smalltalk/VA

5.4.6, 5.4.5, 5.4.4, 5.4.3, 5.4.2, 5.4.1, 5.4, 5.3.2, 5.3.1, 5.3, 5.2.7, 5.2.6, 5.2.5, 5.2.4, 5.2.3, 5.2.2

All

If server session timezone is changed, DateTime replication uses old timezone

When a GBS session flushes a Timestamp (in VW) or DateTime (in VA), this
has the side affect of initializing the cached value of the server session's
TimeZone.  This TimeZone is stored in the server instance of DateTime.
If that GBS session then changes the session's current TimeZone on the
server, then flushes another Timestamp/DateTime, it will have the original
TimeZone when it should have the second TimeZone.

Workaround

Log out after changing the session's timezone.


Last updated: 7/18/11