Bug: 41719

Impact:

Product:
GemBuilder for Smalltalk

Versions:
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

Platform:
All

Fixed In:

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.