LO71280: REGRESSION XPAGES: DATE AND TIME FIELDS BEHAVES UNNORMAL WITH DATES WITHIN CERTAIN TIME PERIODS (E.G. YEAR 1991, 1993...)

Notes_853FP6IF13_W32_Standard
Notes_853FP6IF13_W32_Basic
DominoServer_853FP6IF14_IBMi
DominoServer_853FP6IF14_IBMi_5.4
Notes_853FP6IF11_W32_Standard
Notes_853FP6IF11_W32_Basic
Notes_853FP6IF11_MAC_Standard
Notes_853FP6IF11_MAC_Basic
DominoServer_853FP6IF14_Sol
DominoServer_853FP6IF14_AIX32
DominoServer_853FP6IF14_W32
DominoServer_853FP6IF14_W64
DominoServer_853FP6IF14_AIX64
DominoServer_853FP6IF14_Linux
DominoServer_853FP6IF14_zSeries
Notes_853FP6IF3_W32_Basic
Notes_853FP6IF3_W32_Standard
Notes_901FP2IF3_W32_Standard
Notes_901FP2IF3_W32_Basic

APAR status

• Closed as program error.

Error description

• On the XPage in a date field the date 25.10.1991 is entered. The
  field
  is associated with a Notes field of type DateTime. The date is
  correctly
  stored in the Notes document as 25.10.1991 00:00:00 CEDT. But in
  the
  XPage is displayed 24.10.1991 23:00:00. With each following
  edit/save of
  the document the date is changed to one day before.
  The time zone used by Domino server and Notes client is CET or
  CEDT. DST
  is enabled.
  It seems that the issue occurs with dates within certain time
  periods.
  It occurs, if:
  - the year is 1991, 1992, 1993, 1994 or 1995
  - the date is within a 4 weeks period before DST ends in autumn
  
  
  The issue occurs with Domino 8.5.3 and Domino 8.5.3 FP2.
  The issue is not reproducible in Domino 8.5.2.
  

Local fix

• The Workaround is to use the datetime-picker.
  

Problem summary

• Fix was submitted but turned off cause the API needed for the
   fix is not available in older Windows Operating System.  Need
   to change the logic to figure if the API exist, if not then
   use the default DST API instead.
  

Problem conclusion

• Fix was submitted but turned off cause the API needed for the
   fix is not available in older Windows Operating System.  Need
   to change the logic to figure if the API exist, if not then
   use the default DST API instead.
  

Temporary fix

Comments

• This APAR is associated with SPR# RGAU8XFMDN.
  Fix was submitted but turned off cause the API needed for the
   fix is not available in older Windows Operating System.  Need
   to change the logic to figure if the API exist, if not then
   use the default DST API instead.
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  DOMINO SERVER

• Fixed component ID

  5724E6200

Applicable component levels

• R853 PSN

     UP