- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1997 RDS 1.5 shipped with Internet Information ServerHow the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1997 RDS 1.5 shipped with Internet Information ServerHow the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1997 RDS 1.5 shipped with Internet Information ServerHow the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1997 RDS 1.5 shipped with Internet Information ServerHow the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
22 Feb 1999 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 6.0. How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows NT or Windows 95, Internet Explorer 3.02 or Internet Explorer 4.01, Windows NT Option Pack: Internet Information Server 3.0 or 4.0, DCOM, ADO, OLEDB, ODBC | ||
none | ||
12 Nov 1998 | ||
Operational Range for Data: Data Source DependentRelease Date: 1998 RDS 2.0 shipped with Visual Studio 98 How the product handles dates: RDS internally stores, compares, and sequences dates in 4-digit format. Supported date formats are DATE, DBDATE, and DBTIMESTAMP. Each of these formats handles dates beyond the year 2035. Two-digit shortcut handling: This functionality is provided through OLE DB via OLEAUT32.DLL date conversions. Common date usage errors: Developers may set up their database schema for 2-digit storage or may use 2-digit variables in their ADO and Visual Basic code. Testing guidelines and recommendations: Use 4-digit dates throughout projects that use ADO/RDS and OLE DB.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows 95, Windows 98 | ||
none | ||
07 Jul 1999 | ||
How the product handles dates: This product does not examine dates or handle information that includes dates. Two-digit shortcut handling: Not Applicable. Common date usage errors: None. Testing guidelines and recommendations: None. Note: Return of Arcade will refuse to install on Windows NT or Windows 2000. It requires Windows 95 or Windows 98. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
none | ||
Windows 95, Windows 98 | ||
none | ||
07 Jul 1999 | ||
How the product handles dates: This product does not examine dates or handle information that includes dates. Two-digit shortcut handling: Not Applicable. Common date usage errors: None. Testing guidelines and recommendations: None. Note: Return of Arcade will refuse to install on Windows NT or Windows 2000. It requires Windows 95 or Windows 98. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
None | ||
None | ||
10 Sep 1999 | ||
How the product handles dates: Revenge of the Arcade does not handle dates or perform two-digit shortcut interpretations. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
Windows NT 4.0 SP4 | ||
26 Aug 1999 | ||
This component is an integral part of Windows NT Server. Click here to go to the Windows NT 4, sp4 compliance document. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 3.1x, | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Winows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Winows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
NONE | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
NONE | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
NONE | ||
Windows 3.1x, Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 3.1x | ||
Operating System Clock | ||
16 Aug 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Winows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
none | ||
Windows 3.1x | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Schedule+ Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
29 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTPrerequisites Download the Schedule+ Year 2000 Software Update available at http://support.microsoft.com/support/kb/articles/q197/1/95.asp.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
None | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
none | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System clock | ||
07 Jul 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTDescription of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
NONE | ||
Windows 95, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Oct 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTPrerequisites An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
23 Aug 1999 | ||
Operating system: Windows 3.x, Windows 95, Windows NTPrerequisites An Office 95 Year 2000 update is now available. For more detailed information and to download this update please go to http://www.microsoft.com/taiwan/download/office.htm.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates.Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/downloaddetails/o95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079.
Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry.
Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/downloaddetails/o95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079.
Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry.
Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
16 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/finland/downloadDetails/O95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
NONE | ||
Windows 95 | ||
Operating System Clock | ||
01 Aug 1999 | ||
Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/downloaddetails/o95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079.
Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry.
Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
07 Jul 1999 | ||
If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/downloaddetails/o95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.
Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079.
Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry.
Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 2999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
23 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operating system: Windows 3.x, Winows 95, Windows NT Prerequisites If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available. For more detailed information and to download this patch please go to http://www.microsoft.com/japan/Office/OfficeFreeStuff/Office/O95y2k/.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. Two-digit shortcut handling: When the system clock’s short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application’s user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock’s short date format is set to display a 4-digit year, the application’s user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system’s short date format to mm/dd/yyyy. The application’s user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
16 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/poland/downloadDetails/O95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
18 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/Brasil/downloadDetails/O95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
18 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/Portugal/downloadDetails/O95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
See below | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
18 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/rus/downloadDetails/O95y2k.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 1900 - 31 Dec 9999 | ||
Office 95 Year 2000 Software Update | ||
Windows 95, Windows NT 3.51, or Windows NT 4.0 | ||
Operating System Clock | ||
12 Aug 1999 | ||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.If you have Schedule+ 95 (7.0x) that was installed as part of Office 95, an Office 95 Year 2000 patch is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this patch please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.If you have Schedule+ 7.0x that was not installed as part of Office 95, a similar update is available from Microsoft Knowledge Base article Q197195.Description of how the product handles dates: Storage. All dates in Microsoft Schedule+ are stored as sixteen bit integers, never with a two-digit year value. In all instances the system clock is used for current date and time data. Schedule+ uses the display options set under Regional Settings in the Windows Control Panel to determine the display and entry mode for dates. 2-digit shortcut handling: When the system clock's short date format (Control Panel Regional Settings) is set to display a 2-digit year, the application's user interface allows only 2-digit entries. All such entries are parsed into 1980 through 2079. When the system clock's short date format is set to display a 4-digit year, the application's user interface allows only 4-digit entries. Under such setting, if the user types in a 4-digit entry, there is no ambiguity. But if the user types in a 2-digit entry with the user interface prompting for a 4-digit year, those 2-digit entries will become 19xx. For example, the user sets the system's short date format to mm/dd/yyyy. The application's user interface shows a 4-digit entry box for years. The user types in only a 2-digit "23". In the user interface, the user sees "0023" because they did not fill in the other 2 digits. When they <tab> off the field, they see that the application turns the "0023" into "1923". If this is not the year the user intended, they can then change it by typing in all 4 digits. All of this is displayed in the user interface so it does not mislead the user into thinking the 2-digit entry meant something else. The update from the Office 95 Year 2000 patch or the Microsoft Knowledge Base article Q197195 changes the 2-digit shortcut behavior to the expected results, parsing 2-digit years using the range 1980-2079.Note that all of the above explanation applies only when a user types in a 2-digit entry while being prompted for a 4-digit one (as set in Control Panel). If the Control Panel system setting is set to use a 2-digit year for short dates, which is the operating system default, year entries are always parsed to 1980 through 2079. Common date usage errors: Two-digit shortcuts are supported past the year 2000 only if the date display option for Regional Settings in the Control Panel of the operating system is set for two digits. Microsoft recommends use with display of full four digits, suspending two-digit entry. Testing guidelines and recommendations: In general, avoid testing in a production environment because side effects with other products cannot be predicted. Note that reminders for future appointments may be set off during this testing and will not re-notify when date is set back. In testing this product, customers should set server and client clocks to December 31st, 1999, then add and modify various appointments, tasks, and events that are in the year 1999 as well as in the future past January 1st, 2000. They should then let the system clocks roll over to the year 2000. All reminders and appointment/task/event manipulations should function correctly, both before and after the rollover.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
NONE | ||
DOS or Win 3.1 | ||
System Clock | ||
02 Nov 1999 | ||
How the product handles dates: No date handling or two-digit shortcut interpretation is performed. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
Installation of SAP Agent before setup of File and Print for NetWare | ||
Spooler | ||
Time stamps for file/account creation, expiration of accounts | ||
29 Sep 1999 | ||
Product components: Microsoft Services for NetWare is comprised of File and Print Services for NetWare (FPNW) and Directory Service Manager for NetWare (DSMN). How the product handles dates: Product utilizes dates to maintain current status of accounts, including (however not limited to): login/logout times, account expiration dates, restricted login times, file creation dates. FPNW Testing guidelines and recommendations: It is recommended that Year 2000 tests be performed across clients that will be accessing the noted FPNW servers. Year 2000 testing on FPNW is essentially based on the concept of setting the current date on the FPNW server to a noted Year 2000 test scenario date, upon which various date-related tests can be performed to determine any issues relating to the product’s date handling characteristics. Below is a listing of potential tests: FPNW Setup:
Login/Logout:
File and Folder Creation/Deletion:
FPNW Administrative Programs Functionality:
Print Functionality:
Testing guidelines and recommendations for Directory Service Manager for NetWare: It is also recommended that Year 2000 tests be performed on Novell bindery that will be migrated to Windows NT servers. Year 2000 testing is essentially based on the concept of setting the dates on the Novell server bindery objects to noted Year 2000 test scenario dates, upon which various date-related tests can be performed to determine any issues relating to the product’s date handling characteristics. Below is a list of potential tests:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
None | ||
Windows 95, Windows 98, all OEM Service Releases, DirectX Updates | ||
System Clock Ticker ( Not dependant on actual time, just clock ticks) | ||
07 Jul 1999 | ||
How the product handles dates: No internal code that depends on dates. Setup does version checking on files so it is not dependent on dates. Software works with following hardware:
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
ALL COMMUNICATIONS OR CONVEYANCES OF INFORMATION TO YOU CONCERNING MICROSOFT AND THE YEAR 2000, INCLUDING BUT NOT LIMITED TO THIS DOCUMENT OR ANY OTHER PAST, PRESENT OR FUTURE INFORMATION REGARDING YEAR 2000 TESTING, ASSESSMENTS, READINESS, TIME TABLES, OBJECTIVES, OR OTHER (COLLECTIVELY THE "MICROSOFT YEAR 2000 STATEMENT"), ARE PROVIDED AS A "YEAR 2000 READINESS DISCLOSURE" (AS DEFINED BY THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT) AND CAN BE FOUND AT MICROSOFT'S YEAR 2000 WEBSITE LOCATED AT http://microsoft.com/year2000/ (the "Y2K WEBSITE"). EACH MICROSOFT YEAR 2000 STATEMENT IS PROVIDED PURSUANT TO THE TERMS HEREOF, THE TERMS OF THE Y2K WEBSITE, AND THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT FOR THE SOLE PURPOSE OF ASSISTING THE PLANNING FOR THE TRANSITION TO THE YEAR 2000. EACH MICROSOFT YEAR 2000 STATEMENT CONTAINS INFORMATION CURRENTLY AVAILABLE AND IS UPDATED REGULARLY AND SUBJECT TO CHANGE. MICROSOFT THEREFORE RECOMMENDS THAT YOU CHECK THE Y2K WEBSITE REGULARLY FOR ANY CHANGES TO ANY MICROSOFT YEAR 2000 STATEMENT. EACH MICROSOFT YEAR 2000 STATEMENT IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. CONSEQUENTLY, MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. MOREOVER, MICROSOFT DOES NOT WARRANT OR MAKE ANY REPRESENTATIONS REGARDING THE USE OR THE RESULTS OF THE USE OF ANY MICROSOFT YEAR 2000 STATEMENT IN TERMS OF ITS CORRECTNESS, ACCURACY, RELIABILITY, OR OTHERWISE. NO ORAL OR WRITTEN INFORMATION OR ADVICE GIVEN BY MICROSOFT OR ITS AUTHORIZED REPRESENTATIVES SHALL CREATE A WARRANTY OR IN ANY WAY DECREASE THE SCOPE OF THIS WARRANTY DISCLAIMER. IN NO EVENT SHALL MICROSOFT OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER REGARDING ANY MICROSOFT YEAR 2000 STATEMENT INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS, PUNITIVE OR SPECIAL DAMAGES, EVEN IF MICROSOFT OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES, SO THE FOREGOING LIMITATION MAY NOT APPLY TO YOU. THE INFORMATION CONTAINED IN EACH MICROSOFT YEAR 2000 STATEMENT IS FOUND AT THE Y2K WEBSITE AND IS INTENDED TO BE READ IN CONJUNCTION WITH OTHER INFORMATION LOCATED AT THE Y2K WEBSITE, INCLUDING BUT NOT LIMITED TO MICROSOFT'S YEAR 2000 COMPLIANCE STATEMENT, THE DESCRIPTION OF THE CATEGORIES OF COMPLIANCE INTO WHICH MICROSOFT HAS CLASSIFIED ITS PRODUCTS IN ITS YEAR 2000 PRODUCT GUIDE, AND THE MICROSOFT YEAR 2000 TEST CRITERIA. ANY MICROSOFT YEAR 2000 STATEMENTS MADE TO YOU IN THE COURSE OF PROVIDING YEAR 2000 RELATED UPDATES, YEAR 2000 DIAGNOSTIC TOOLS, OR REMEDIATION SERVICES (IF ANY) ARE SUBJECT TO THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT (112 STAT. 2386). IN CASE OF A DISPUTE, THIS ACT MAY REDUCE YOUR LEGAL RIGHTS REGARDING THE USE OF ANY SUCH STATEMENTS, UNLESS OTHERWISE SPECIFIED BY YOUR CONTRACT OR TARIFF.
|
||
Wednesday, November 17, 1999 © 1999 Microsoft Corporation. All rights reserved. Terms of use. This site is being designated as a Year 2000 Readiness Disclosure and the information contained herein is provided pursuant to the terms hereof and the Year 2000 Information and Readiness Disclosure Act. |