Re: Older Business time process broken by patch 020? (U)
There is a big issue with share and patch 20 for Solaris (oracle backend). It's a remnant of the default password issue if you have changed the system password. You will be prompted for the new password and everything runs ok. When complete the ar.conf file gets rewritten and it includes the default password. The system will not restart until the password is reset at the database level. Dave -- [EMAIL PROTECTED] (Wireless) - Original Message - From: Action Request System discussion list(ARSList) To: arslist@ARSLIST.ORG Sent: Fri Feb 23 16:40:43 2007 Subject: Re: Older Business time process broken by patch 020? (U) Soif you do the file replacement method...or the Share option...and it doesn't do any of these changes...are you running patch 20? What are these changes in a patch release, are they required for patch 20 to function properly? -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Lucero, Michelle - IST contractor Sent: Friday, February 23, 2007 2:27 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Reminder: Using the installer on patch 20 to upgrade (at least the windows executable) will update 44 forms and various pieces of workflow. There were changes in the Report Creator app that have caused an issue. ..and in general any customizations (whether minor or major) you may have done to any of the 44 core forms including AR System Email, FB, User, Group, etc. will be lost. I have had conflicting responses from support on whether this is OK or not. My only gripe is that the changes that are made during the upgrade should be reflected in the Readme files. They are not. I have had conflicting responses from support on whether the Share Option vs. Upgrade should be checked during the upgrade. The upgrade will "touch" all of your forms. The Share Option won't according to Support. As you know, most of us do prefer the file replacement method for this very reason, but the completeness of the files just wasn't that trustworthy this time around. Michelle ARS 6.3 P20 (Windows 2003/SQL Server 2000) -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 2:07 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Used the installer Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 3:01 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Hmm. Are these side effects of the patch 20 installer? We have only installed it using the file replace method. Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 1:51 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Except when the patch is applied, the forms for Business Hours and Holidays are changed. The new time formatting changes the time expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00 AM,5:00:00 PM User and Group are also changed Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OS
Re: Older Business time process broken by patch 020? (U)
We're running Patch 20 in Dev. The 44 core forms will be replaced as if you are doing an installation. Your data will be kept intact. We had a minor customization on the FB:Variable query field where we increased the size from 255 to 1000. That was lost, but no big deal. We simply put it back. I don't think we customized any other ARS core form. The changes that have occurred to the forms during the "upgrade" have nothing to do with DST. Or, I should say aren't necessary. There might be one exception. All of the filters for Business Time Workdays were updated with the upgrade time. But, I don't know what exactly changed. I still need to compare dev P20 to prod P8 filter by filter to see if I can find what changed. Note: of the forms that were updated; not all related workflow was updated. Here are some of the forms that have workflow that was 'touched' or updated during the upgrade. Group User ARDB LDAP Configuration Home Page AR System Email Mailbox Configuration Sample classes (who cares right) Business Time Workdays ..and a couple of Report menus. Thanks, Michelle -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of L. J. Head Sent: Friday, February 23, 2007 3:41 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Soif you do the file replacement method...or the Share option...and it doesn't do any of these changes...are you running patch 20? What are these changes in a patch release, are they required for patch 20 to function properly? -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Lucero, Michelle - IST contractor Sent: Friday, February 23, 2007 2:27 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Reminder: Using the installer on patch 20 to upgrade (at least the windows executable) will update 44 forms and various pieces of workflow. There were changes in the Report Creator app that have caused an issue. ..and in general any customizations (whether minor or major) you may have done to any of the 44 core forms including AR System Email, FB, User, Group, etc. will be lost. I have had conflicting responses from support on whether this is OK or not. My only gripe is that the changes that are made during the upgrade should be reflected in the Readme files. They are not. I have had conflicting responses from support on whether the Share Option vs. Upgrade should be checked during the upgrade. The upgrade will "touch" all of your forms. The Share Option won't according to Support. As you know, most of us do prefer the file replacement method for this very reason, but the completeness of the files just wasn't that trustworthy this time around. Michelle ARS 6.3 P20 (Windows 2003/SQL Server 2000) -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 2:07 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Used the installer Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 3:01 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Hmm. Are these side effects of the patch 20 installer? We have only installed it using the file replace method. Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 1:51 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Except when the patch is applied, the forms for Business Hours and Holidays are changed. The new time formatting changes the time expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00 AM,5:00:00 PM User and Group are also changed Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we
Re: Older Business time process broken by patch 020? (U)
To clarify (and to restate the followup posting I made on the originally-quoted thread by me)... Patch 020 DOES impact some Solaris/Oracle servers, but does not completely BREAK the functionality. here is what happens, and happened on everyone one of our servers (dev and production)... Evidently, the upgrade works fine, but corrupts two forms or their associated linkage in the process. 1. Installation of 6.03.00 patch 020 takes place without incident. 2. Install the "test" def file posted in the original message (simply files a filter upon submission of a ticket that performs a calculation using the Business Time Dif function). 3. Run a test by submitting a record. 4. On our servers, every time, submission of that record, and the subsequent filter action involving the business time calculation, caused an error/failure. 5. Solution (from Remedy support): backup the data in the 2 business time calculation forms (Business Time Workday and Business Time Holiday). 6. Drop/delete both forms completely (and, of course, associated workflow in doing so). 7. Re-import clean versions of both forms and related workflow from a def file supplied by Remedy Support. 8. Re-import records to the two forms via import tool 9. Re-run test (all our servers passed). Issue solved. Our environment: Solaris 8 (dev lab included a Solaris 9), Oracle 9i (9.2.0). Hope this helps anyone else who runs into this. Raymond H. Gellenbeck EDS Navy Marine Corps Intranet (NMCI) Remedy Engineering NMCI - Leveraged Delivery 3970 Sherman Street | San Diego, CA 92110 Office: +1 619 817 3223 [EMAIL PROTECTED] [EMAIL PROTECTED] Hall Chad - chahal <[EMAIL PROTECTED]> wrote: Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 16, 2007 10:54 AM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? ** FYI... This appears to also be a bug in Application-Bus-Time-Add and Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading this email I assumed it only applied to Application-Bus-Time-Diff, but I did my own testing and all three of these functions are an hour off if you use a timestamp that falls in the new DST range. We've opened a ticket with BMC on this but haven't heard anything yet. This will be a huge problem for us. On a slightly related note - Email Engine patch 20 will generate outbound emails with timestamps that are an hour off if you include timestamp fields within the body of your emails. You might want to be aware of that as well. Chad Hall (501) 342-2650 _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck Sent: Thursday, February 01, 2007 4:09 PM To: arslist@ARSLIST.ORG Subject: Older Business time process broken by patch 020? ** WARNING: We (BMC support eng and I) believe we may have found a new issue with the latest patch (020). In fixing the DST bug, they may have affected (broke) an older process. Process name Application-Bus-Time-Diff appears to now be broken. If you want to test the process yourself, I have included the def file here. simply copy the block of code below and paste it into a notepad file. If you open the form +SS:Test, enter any characters into the character field and hit save, the process attempts to perform a calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020 server, it results in a popup "ARERROR [639] No Workday form could be found on the server" Good luck, and if anyone else out there has run into this, PLEASE let me know at [EMAIL PROTECTED] or [EMAIL PROTECTED] ---start of def file text char-set: windows-1252 # # File exported Thu Feb 01 12:21:06 2007 # begin schema name : +SS:Test core-versio
Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED And what happens when the next patch is applied? Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of L. J. Head Sent: Friday, February 23, 2007 4:41 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Soif you do the file replacement method...or the Share option...and it doesn't do any of these changes...are you running patch 20? What are these changes in a patch release, are they required for patch 20 to function properly? -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Lucero, Michelle - IST contractor Sent: Friday, February 23, 2007 2:27 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Reminder: Using the installer on patch 20 to upgrade (at least the windows executable) will update 44 forms and various pieces of workflow. There were changes in the Report Creator app that have caused an issue. ..and in general any customizations (whether minor or major) you may have done to any of the 44 core forms including AR System Email, FB, User, Group, etc. will be lost. I have had conflicting responses from support on whether this is OK or not. My only gripe is that the changes that are made during the upgrade should be reflected in the Readme files. They are not. I have had conflicting responses from support on whether the Share Option vs. Upgrade should be checked during the upgrade. The upgrade will "touch" all of your forms. The Share Option won't according to Support. As you know, most of us do prefer the file replacement method for this very reason, but the completeness of the files just wasn't that trustworthy this time around. Michelle ARS 6.3 P20 (Windows 2003/SQL Server 2000) -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 2:07 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Used the installer Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 3:01 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Hmm. Are these side effects of the patch 20 installer? We have only installed it using the file replace method. Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 1:51 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Except when the patch is applied, the forms for Business Hours and Holidays are changed. The new time formatting changes the time expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00 AM,5:00:00 PM User and Group are also changed Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action
Re: Older Business time process broken by patch 020? (U)
Soif you do the file replacement method...or the Share option...and it doesn't do any of these changes...are you running patch 20? What are these changes in a patch release, are they required for patch 20 to function properly? -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Lucero, Michelle - IST contractor Sent: Friday, February 23, 2007 2:27 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Reminder: Using the installer on patch 20 to upgrade (at least the windows executable) will update 44 forms and various pieces of workflow. There were changes in the Report Creator app that have caused an issue. ..and in general any customizations (whether minor or major) you may have done to any of the 44 core forms including AR System Email, FB, User, Group, etc. will be lost. I have had conflicting responses from support on whether this is OK or not. My only gripe is that the changes that are made during the upgrade should be reflected in the Readme files. They are not. I have had conflicting responses from support on whether the Share Option vs. Upgrade should be checked during the upgrade. The upgrade will "touch" all of your forms. The Share Option won't according to Support. As you know, most of us do prefer the file replacement method for this very reason, but the completeness of the files just wasn't that trustworthy this time around. Michelle ARS 6.3 P20 (Windows 2003/SQL Server 2000) -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 2:07 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Used the installer Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 3:01 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Hmm. Are these side effects of the patch 20 installer? We have only installed it using the file replace method. Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 1:51 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Except when the patch is applied, the forms for Business Hours and Holidays are changed. The new time formatting changes the time expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00 AM,5:00:00 PM User and Group are also changed Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 16, 2007 10:54 AM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? ** FYI... This appears to also be a bug in Application-Bus-Time-Add and Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading this email I assumed it only applied to Application-Bus-Time-Diff, but I did my own testing and all three of these
Re: Older Business time process broken by patch 020? (U)
Reminder: Using the installer on patch 20 to upgrade (at least the windows executable) will update 44 forms and various pieces of workflow. There were changes in the Report Creator app that have caused an issue. ..and in general any customizations (whether minor or major) you may have done to any of the 44 core forms including AR System Email, FB, User, Group, etc. will be lost. I have had conflicting responses from support on whether this is OK or not. My only gripe is that the changes that are made during the upgrade should be reflected in the Readme files. They are not. I have had conflicting responses from support on whether the Share Option vs. Upgrade should be checked during the upgrade. The upgrade will "touch" all of your forms. The Share Option won't according to Support. As you know, most of us do prefer the file replacement method for this very reason, but the completeness of the files just wasn't that trustworthy this time around. Michelle ARS 6.3 P20 (Windows 2003/SQL Server 2000) -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 2:07 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Used the installer Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 3:01 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Hmm. Are these side effects of the patch 20 installer? We have only installed it using the file replace method. Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 1:51 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Except when the patch is applied, the forms for Business Hours and Holidays are changed. The new time formatting changes the time expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00 AM,5:00:00 PM User and Group are also changed Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 16, 2007 10:54 AM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? ** FYI... This appears to also be a bug in Application-Bus-Time-Add and Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading this email I assumed it only applied to Application-Bus-Time-Diff, but I did my own testing and all three of these functions are an hour off if you use a timestamp that falls in the new DST range. We've opened a ticket with BMC on this but haven't heard anything yet. This will be a huge problem for us. On a slightly related note - Email Engine patch 20 will generate outbound emails with timestamps that are an hour off if you include timestamp fields within the body of your emails. You might want to be aware of that as well. Chad Hall (501) 342-2650 _ From: Action Request System discussio
Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED Used the installer Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 3:01 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Hmm. Are these side effects of the patch 20 installer? We have only installed it using the file replace method. Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 23, 2007 1:51 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Except when the patch is applied, the forms for Business Hours and Holidays are changed. The new time formatting changes the time expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00 AM,5:00:00 PM User and Group are also changed Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 23, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 16, 2007 10:54 AM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? ** FYI... This appears to also be a bug in Application-Bus-Time-Add and Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading this email I assumed it only applied to Application-Bus-Time-Diff, but I did my own testing and all three of these functions are an hour off if you use a timestamp that falls in the new DST range. We've opened a ticket with BMC on this but haven't heard anything yet. This will be a huge problem for us. On a slightly related note - Email Engine patch 20 will generate outbound emails with timestamps that are an hour off if you include timestamp fields within the body of your emails. You might want to be aware of that as well. Chad Hall (501) 342-2650 _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck Sent: Thursday, February 01, 2007 4:09 PM To: arslist@ARSLIST.ORG Subject: Older Business time process broken by patch 020? ** WARNING: We (BMC support eng and I) believe we may have found a new issue with the latest patch (020). In fixing the DST bug, they may have affected (broke) an older process. Process name Application-Bus-Time-Diff appears to now be broken. If you want to test the process yourself, I have included the def file here. simply copy the block of code below and paste it into a notepad file. If you open the form +SS:Test, enter any characters into the character field and hit save, the process attempts to perform a calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020 server, it results in a popup "ARERROR [639] No Workday form could be found on the server" Good luck, and if anyone else out there has run into this, PLEASE let me know at [EMAIL PROTECTED] or [EMAIL PROTECTED] ---start of def file text char-set: windows-1252 # # File exported Thu Feb 01 12:21:06 2007 # begin schema name : +SS:Test core-version : 2 upgrade-version: 0 num-fields : 10 timestamp : 1170361039 owner : Demo last-changed : Demo default-vui : Default Admin View num-vuis : 1 export-version : 8 schema-type : 1 next-
Re: Older Business time process broken by patch 020? (U)
Hmm. Are these side effects of the patch 20 installer? We have only
installed it using the file replace method.
Chad Hall
(501) 342-2650
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO
Sent: Friday, February 23, 2007 1:51 PM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED
Except when the patch is applied, the forms for Business Hours and
Holidays are changed. The new time formatting changes the time
expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00
AM,5:00:00 PM
User and Group are also changed
Sandra Hennigan
OSD Remedy Administrator
Office # 703-602-2525 x251
CACI - Ever Vigilant(tm)
Apparently, there is nothing that cannot happen today. Mark Twain
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal
Sent: Friday, February 23, 2007 2:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020? (U)
Well, BMC was right on this one. Patch 20 actually did fix the DST
issues. We found out the hard way that the OS on our server and desktops
had not been patched like we thought they had. Everything works fine as
long as the OS (server & desktop), AR Server, AR User, and Java have all
been patched.
So, sorry for the false alarm on this one...
Chad Hall
(501) 342-2650
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO
Sent: Friday, February 16, 2007 12:34 PM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED
Very interesting. I brought this up to Remedy Support and was told,
"There are no open DST issues with Application-Bus-Time and Patch 20 and
currently there are no open defects related to this"
Sandra Hennigan
OSD Remedy Administrator
Office # 703-602-2525 x251
CACI - Ever Vigilant(tm)
Apparently, there is nothing that cannot happen today. Mark Twain
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal
Sent: Friday, February 16, 2007 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020?
**
FYI...
This appears to also be a bug in Application-Bus-Time-Add and
Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading
this email I assumed it only applied to Application-Bus-Time-Diff, but I
did my own testing and all three of these functions are an hour off if
you use a timestamp that falls in the new DST range.
We've opened a ticket with BMC on this but haven't heard anything yet.
This will be a huge problem for us.
On a slightly related note - Email Engine patch 20 will generate
outbound emails with timestamps that are an hour off if you include
timestamp fields within the body of your emails. You might want to be
aware of that as well.
Chad Hall
(501) 342-2650
_
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck
Sent: Thursday, February 01, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Older Business time process broken by patch 020?
** WARNING: We (BMC support eng and I) believe we may have found a new
issue with the latest patch (020). In fixing the DST bug, they may have
affected (broke) an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file
here. simply copy the block of code below and paste it into a notepad
file. If you open the form +SS:Test, enter any characters into the
character field and hit save, the process attempts to perform a
calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020
server, it results in a popup "ARERROR [639] No Workday form could be
found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me
know at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-
Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED
Except when the patch is applied, the forms for Business Hours and
Holidays are changed. The new time formatting changes the time
expression for the Fourth of July from 7/4/07 to 07/04/07,9:00:00
AM,5:00:00 PM
User and Group are also changed
Sandra Hennigan
OSD Remedy Administrator
Office # 703-602-2525 x251
CACI - Ever Vigilant(tm)
Apparently, there is nothing that cannot happen today. Mark Twain
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal
Sent: Friday, February 23, 2007 2:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020? (U)
Well, BMC was right on this one. Patch 20 actually did fix the DST
issues. We found out the hard way that the OS on our server and desktops
had not been patched like we thought they had. Everything works fine as
long as the OS (server & desktop), AR Server, AR User, and Java have all
been patched.
So, sorry for the false alarm on this one...
Chad Hall
(501) 342-2650
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO
Sent: Friday, February 16, 2007 12:34 PM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED
Very interesting. I brought this up to Remedy Support and was told,
"There are no open DST issues with Application-Bus-Time and Patch 20 and
currently there are no open defects related to this"
Sandra Hennigan
OSD Remedy Administrator
Office # 703-602-2525 x251
CACI - Ever Vigilant(tm)
Apparently, there is nothing that cannot happen today. Mark Twain
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal
Sent: Friday, February 16, 2007 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020?
**
FYI...
This appears to also be a bug in Application-Bus-Time-Add and
Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading
this email I assumed it only applied to Application-Bus-Time-Diff, but I
did my own testing and all three of these functions are an hour off if
you use a timestamp that falls in the new DST range.
We've opened a ticket with BMC on this but haven't heard anything yet.
This will be a huge problem for us.
On a slightly related note - Email Engine patch 20 will generate
outbound emails with timestamps that are an hour off if you include
timestamp fields within the body of your emails. You might want to be
aware of that as well.
Chad Hall
(501) 342-2650
_
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck
Sent: Thursday, February 01, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Older Business time process broken by patch 020?
** WARNING: We (BMC support eng and I) believe we may have found a new
issue with the latest patch (020). In fixing the DST bug, they may have
affected (broke) an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file
here. simply copy the block of code below and paste it into a notepad
file. If you open the form +SS:Test, enter any characters into the
character field and hit save, the process attempts to perform a
calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020
server, it results in a popup "ARERROR [639] No Workday form could be
found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me
know at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-changed : Demo
maxlength : 15
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 0\1
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\10\Request
ID\61\40\18\60\40\1\3\41\2\1012\2500\19799\4900\4\6\1\28\6\4\29\6\1\27\8
\16\7\40\2147483640\231\6\0\143\40\4294967295\21\41\2\0\&
display-instance :
400\6862\2400\151\41\2\7425\0\18787\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0
\170\40\0\
}
fi
Re: Older Business time process broken by patch 020? (U)
To clarify (and to restate the followup posting I made on the originally-quoted thread by me)... Patch 020 DOES impact some Solaris/Oracle servers, but does not completely BREAK the functionality. here is what happens, and happened on everyone one of our servers (dev and production)... Evidently, the upgrade works fine, but corrupts two forms or their associated linkage in the process. 1. Installation of 6.03.00 patch 020 takes place without incident. 2. Install the "test" def file posted in the original message (simply files a filter upon submission of a ticket that performs a calculation using the Business Time Dif function). 3. Run a test by submitting a record. 4. On our servers, every time, submission of that record, and the subsequent filter action involving the business time calculation, caused an error/failure. 5. Solution (from Remedy support): backup the data in the 2 business time calculation forms (Business Time Workday and Business Time Holiday). 6. Drop/delete both forms completely (and, of course, associated workflow in doing so). 7. Re-import clean versions of both forms and related workflow from a def file supplied by Remedy Support. 8. Re-import records to the two forms via import tool 9. Re-run test (all our servers passed). Issue solved. Our environment: Solaris 8 (dev lab included a Solaris 9), Oracle 9i (9.2.0). Hope this helps anyone else who runs into this. Raymond H. Gellenbeck EDS Navy Marine Corps Intranet (NMCI) Remedy Engineering NMCI - Leveraged Delivery 3970 Sherman Street | San Diego, CA 92110 Office: +1 619 817 3223 [EMAIL PROTECTED] [EMAIL PROTECTED] Hall Chad - chahal <[EMAIL PROTECTED]> wrote: Well, BMC was right on this one. Patch 20 actually did fix the DST issues. We found out the hard way that the OS on our server and desktops had not been patched like we thought they had. Everything works fine as long as the OS (server & desktop), AR Server, AR User, and Java have all been patched. So, sorry for the false alarm on this one... Chad Hall (501) 342-2650 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO Sent: Friday, February 16, 2007 12:34 PM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? (U) UNCLASSIFIED Very interesting. I brought this up to Remedy Support and was told, "There are no open DST issues with Application-Bus-Time and Patch 20 and currently there are no open defects related to this" Sandra Hennigan OSD Remedy Administrator Office # 703-602-2525 x251 CACI - Ever Vigilant(tm) Apparently, there is nothing that cannot happen today. Mark Twain -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal Sent: Friday, February 16, 2007 10:54 AM To: arslist@ARSLIST.ORG Subject: Re: Older Business time process broken by patch 020? ** FYI... This appears to also be a bug in Application-Bus-Time-Add and Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading this email I assumed it only applied to Application-Bus-Time-Diff, but I did my own testing and all three of these functions are an hour off if you use a timestamp that falls in the new DST range. We've opened a ticket with BMC on this but haven't heard anything yet. This will be a huge problem for us. On a slightly related note - Email Engine patch 20 will generate outbound emails with timestamps that are an hour off if you include timestamp fields within the body of your emails. You might want to be aware of that as well. Chad Hall (501) 342-2650 _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck Sent: Thursday, February 01, 2007 4:09 PM To: arslist@ARSLIST.ORG Subject: Older Business time process broken by patch 020? ** WARNING: We (BMC support eng and I) believe we may have found a new issue with the latest patch (020). In fixing the DST bug, they may have affected (broke) an older process. Process name Application-Bus-Time-Diff appears to now be broken. If you want to test the process yourself, I have included the def file here. simply copy the block of code below and paste it into a notepad file. If you open the form +SS:Test, enter any characters into the character field and hit save, the process attempts to perform a calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020 server, it results in a popup "ARERROR [639] No Workday form could be found on the server" Good luck, and if anyone else out there has run into this, PLEASE let me know at [EMAIL PROTECTED] or [EMAIL PROTECTED] ---start of def file text char-set: windows-1252 # # File exported Thu Feb 01 12:21:06 2007 # begin schema name : +SS:Test core-versio
Re: Older Business time process broken by patch 020? (U)
Well, BMC was right on this one. Patch 20 actually did fix the DST
issues. We found out the hard way that the OS on our server and desktops
had not been patched like we thought they had. Everything works fine as
long as the OS (server & desktop), AR Server, AR User, and Java have all
been patched.
So, sorry for the false alarm on this one...
Chad Hall
(501) 342-2650
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hennigan, Sandra H CTR OSD-CIO
Sent: Friday, February 16, 2007 12:34 PM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED
Very interesting. I brought this up to Remedy Support and was told,
"There are no open DST issues with Application-Bus-Time and Patch 20 and
currently there are no open defects related to this"
Sandra Hennigan
OSD Remedy Administrator
Office # 703-602-2525 x251
CACI - Ever Vigilant(tm)
Apparently, there is nothing that cannot happen today. Mark Twain
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal
Sent: Friday, February 16, 2007 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020?
**
FYI...
This appears to also be a bug in Application-Bus-Time-Add and
Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading
this email I assumed it only applied to Application-Bus-Time-Diff, but I
did my own testing and all three of these functions are an hour off if
you use a timestamp that falls in the new DST range.
We've opened a ticket with BMC on this but haven't heard anything yet.
This will be a huge problem for us.
On a slightly related note - Email Engine patch 20 will generate
outbound emails with timestamps that are an hour off if you include
timestamp fields within the body of your emails. You might want to be
aware of that as well.
Chad Hall
(501) 342-2650
_
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck
Sent: Thursday, February 01, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Older Business time process broken by patch 020?
** WARNING: We (BMC support eng and I) believe we may have found a new
issue with the latest patch (020). In fixing the DST bug, they may have
affected (broke) an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file
here. simply copy the block of code below and paste it into a notepad
file. If you open the form +SS:Test, enter any characters into the
character field and hit save, the process attempts to perform a
calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020
server, it results in a popup "ARERROR [639] No Workday form could be
found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me
know at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-changed : Demo
maxlength : 15
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 0\1
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\10\Request
ID\61\40\18\60\40\1\3\41\2\1012\2500\19799\4900\4\6\1\28\6\4\29\6\1\27\8
\16\7\40\2147483640\231\6\0\143\40\4294967295\21\41\2\0\&
display-instance :
400\6862\2400\151\41\2\7425\0\18787\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0
\170\40\0\
}
field {
id : 2
name : Submitter
datatype : 4
fieldtype : 1
create-mode : 1
option : 1
timestamp : 1170360956
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
default : $-1$
permission : 3\1
permission : 4\1
display-instance :
536870912\16\20\4\9\Submitter\61\40\30\60\40\1\3\41\2\1012\5000\26099\72
00\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483641\231\6\0\143\40\4294967295
\21\41\2\0\40&
display-instance :
0\6075\2200\151\41\2\6637\0\25087\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\1
70\40\0\
}
field {
id : 3
name : Create Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
Re: Older Business time process broken by patch 020? (U)
UNCLASSIFIED
Very interesting. I brought this up to Remedy Support and was told,
"There are no open DST issues with Application-Bus-Time and Patch 20 and
currently there are no open defects related to this"
Sandra Hennigan
OSD Remedy Administrator
Office # 703-602-2525 x251
CACI - Ever Vigilant(tm)
Apparently, there is nothing that cannot happen today. Mark Twain
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Hall Chad - chahal
Sent: Friday, February 16, 2007 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: Older Business time process broken by patch 020?
**
FYI...
This appears to also be a bug in Application-Bus-Time-Add and
Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading
this email I assumed it only applied to Application-Bus-Time-Diff, but I
did my own testing and all three of these functions are an hour off if
you use a timestamp that falls in the new DST range.
We've opened a ticket with BMC on this but haven't heard anything yet.
This will be a huge problem for us.
On a slightly related note - Email Engine patch 20 will generate
outbound emails with timestamps that are an hour off if you include
timestamp fields within the body of your emails. You might want to be
aware of that as well.
Chad Hall
(501) 342-2650
_
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck
Sent: Thursday, February 01, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Older Business time process broken by patch 020?
** WARNING: We (BMC support eng and I) believe we may have found a new
issue with the latest patch (020). In fixing the DST bug, they may have
affected (broke) an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file
here. simply copy the block of code below and paste it into a notepad
file. If you open the form +SS:Test, enter any characters into the
character field and hit save, the process attempts to perform a
calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020
server, it results in a popup "ARERROR [639] No Workday form could be
found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me
know at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-changed : Demo
maxlength : 15
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 0\1
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\10\Request
ID\61\40\18\60\40\1\3\41\2\1012\2500\19799\4900\4\6\1\28\6\4\29\6\1\27\8
\16\7\40\2147483640\231\6\0\143\40\4294967295\21\41\2\0\&
display-instance :
400\6862\2400\151\41\2\7425\0\18787\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0
\170\40\0\
}
field {
id : 2
name : Submitter
datatype : 4
fieldtype : 1
create-mode : 1
option : 1
timestamp : 1170360956
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
default : $-1$
permission : 3\1
permission : 4\1
display-instance :
536870912\16\20\4\9\Submitter\61\40\30\60\40\1\3\41\2\1012\5000\26099\72
00\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483641\231\6\0\143\40\4294967295
\21\41\2\0\40&
display-instance :
0\6075\2200\151\41\2\6637\0\25087\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\1
70\40\0\
}
field {
id : 3
name : Create Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\11\Create
Date\61\40\23\60\40\1\3\41\2\1012\7500\26212\9800\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483642\231\6\0\143\40\4294967295\170\40\0\&
display-instance :
21\41\2\0\400\7200\2300\151\41\2\7762\0\22162\2100\65\41\2\0\0\0\0\66\41
\2\22837\0\25199\2100\
}
field {
id : 4
name : Assigned To
datatype : 4
fieldtype : 1
create-mode : 2
option : 2
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\11\Assigned
To\61\40\30\60\40\1\3\41\2\1012\1\26212\12100\4\6\1\28
Re: Older Business time process broken by patch 020?
FYI...
This appears to also be a bug in Application-Bus-Time-Add and
Application-Bus-Time-Subtract on 6.3 patch 20. After initially reading
this email I assumed it only applied to Application-Bus-Time-Diff, but I
did my own testing and all three of these functions are an hour off if
you use a timestamp that falls in the new DST range.
We've opened a ticket with BMC on this but haven't heard anything yet.
This will be a huge problem for us.
On a slightly related note - Email Engine patch 20 will generate
outbound emails with timestamps that are an hour off if you include
timestamp fields within the body of your emails. You might want to be
aware of that as well.
Chad Hall
(501) 342-2650
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck
Sent: Thursday, February 01, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Older Business time process broken by patch 020?
** WARNING: We (BMC support eng and I) believe we may have found a new
issue with the latest patch (020). In fixing the DST bug, they may have
affected (broke) an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file
here. simply copy the block of code below and paste it into a notepad
file. If you open the form +SS:Test, enter any characters into the
character field and hit save, the process attempts to perform a
calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020
server, it results in a popup "ARERROR [639] No Workday form could be
found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me
know at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-changed : Demo
maxlength : 15
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 0\1
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\10\Request
ID\61\40\18\60\40\1\3\41\2\1012\2500\19799\4900\4\6\1\28\6\4\29\6\1\27\8
\16\7\40\2147483640\231\6\0\143\40\4294967295\21\41\2\0\&
display-instance :
400\6862\2400\151\41\2\7425\0\18787\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0
\170\40\0\
}
field {
id : 2
name : Submitter
datatype : 4
fieldtype : 1
create-mode : 1
option : 1
timestamp : 1170360956
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
default : $-1$
permission : 3\1
permission : 4\1
display-instance :
536870912\16\20\4\9\Submitter\61\40\30\60\40\1\3\41\2\1012\5000\26099\72
00\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483641\231\6\0\143\40\4294967295
\21\41\2\0\40&
display-instance :
0\6075\2200\151\41\2\6637\0\25087\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\1
70\40\0\
}
field {
id : 3
name : Create Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\11\Create
Date\61\40\23\60\40\1\3\41\2\1012\7500\26212\9800\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483642\231\6\0\143\40\4294967295\170\40\0\&
display-instance :
21\41\2\0\400\7200\2300\151\41\2\7762\0\22162\2100\65\41\2\0\0\0\0\66\41
\2\22837\0\25199\2100\
}
field {
id : 4
name : Assigned To
datatype : 4
fieldtype : 1
create-mode : 2
option : 2
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\11\Assigned
To\61\40\30\60\40\1\3\41\2\1012\1\26212\12100\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483643\231\6\0\143\40\4294967295\21\41\2&
display-instance :
\0\400\6637\2100\151\41\2\7200\0\25200\2100\65\41\2\0\0\0\0\66\41\2\0\0\
0\0\170\40\0\
}
field {
id : 5
name : Last Modified By
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\16\Last Modified
By\61\40\33\60\40\1\3\41\2\1012\12500\31162\14800\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483644\231\6\0\143\40\4294967295\21&
display-instance :
\41\2\0\400\
Re: Older Business time process broken by patch 020?
Hello;
I am wondering if this was corrected, a real problem,
installer/upgrade-exec issue, etc?
Thanks-n-advance;
HDT Platform Incident / Problem Manager & Architect
Robert Molenda
IT OS PA
Tel: +1 408 503 2701
Fax: +1 408 503 2912
Mobile: +1 408 472 8097
[EMAIL PROTECTED]
Quality begins with your actions.
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Ray Gellenbeck
Sent: Thursday, February 01, 2007 2:09 PM
To: arslist@ARSLIST.ORG
Subject: Older Business time process broken by patch 020?
** WARNING: We (BMC support eng and I) believe we may have found a new
issue with the latest patch (020). In fixing the DST bug, they may have
affected (broke) an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file
here. simply copy the block of code below and paste it into a notepad
file. If you open the form +SS:Test, enter any characters into the
character field and hit save, the process attempts to perform a
calculation. On our 6.0.1 servers, it passed. On a 6.03.00 patch 020
server, it results in a popup "ARERROR [639] No Workday form could be
found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me
know at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-changed : Demo
maxlength : 15
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 0\1
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\10\Request
ID\61\40\18\60\40\1\3\41\2\1012\2500\19799\4900\4\6\1\28\6\4\29\6\1\27\8
\16\7\40\2147483640\231\6\0\143\40\4294967295\21\41\2\0\&
display-instance :
400\6862\2400\151\41\2\7425\0\18787\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0
\170\40\0\
}
field {
id : 2
name : Submitter
datatype : 4
fieldtype : 1
create-mode : 1
option : 1
timestamp : 1170360956
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
default : $-1$
permission : 3\1
permission : 4\1
display-instance :
536870912\16\20\4\9\Submitter\61\40\30\60\40\1\3\41\2\1012\5000\26099\72
00\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483641\231\6\0\143\40\4294967295
\21\41\2\0\40&
display-instance :
0\6075\2200\151\41\2\6637\0\25087\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\1
70\40\0\
}
field {
id : 3
name : Create Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\11\Create
Date\61\40\23\60\40\1\3\41\2\1012\7500\26212\9800\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483642\231\6\0\143\40\4294967295\170\40\0\&
display-instance :
21\41\2\0\400\7200\2300\151\41\2\7762\0\22162\2100\65\41\2\0\0\0\0\66\41
\2\22837\0\25199\2100\
}
field {
id : 4
name : Assigned To
datatype : 4
fieldtype : 1
create-mode : 2
option : 2
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\11\Assigned
To\61\40\30\60\40\1\3\41\2\1012\1\26212\12100\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483643\231\6\0\143\40\4294967295\21\41\2&
display-instance :
\0\400\6637\2100\151\41\2\7200\0\25200\2100\65\41\2\0\0\0\0\66\41\2\0\0\
0\0\170\40\0\
}
field {
id : 5
name : Last Modified By
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\16\Last Modified
By\61\40\33\60\40\1\3\41\2\1012\12500\31162\14800\4\6\1\28\6\4\29\6\1\27
\8\16\7\40\2147483644\231\6\0\143\40\4294967295\21&
display-instance :
\41\2\0\400\9562\2300\151\41\2\10125\0\30150\2100\65\41\2\0\0\0\0\66\41\
2\0\0\0\0\170\40\0\
}
field {
id : 6
name : Modified Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
permission : 4\1
display-instance : 536870912\16\20\4\13\Modified
Date\61\40\23\60\40\1\3\41\2\1012\15000\26999\17300\4\6\1\28\6\4\29\6\1\
27\8\16\7\40\2147483645\231\6\0\143\40\429496
Older Business time process broken by patch 020?
WARNING: We (BMC support eng and I) believe we may have found a new issue with
the latest patch (020). In fixing the DST bug, they may have affected (broke)
an older process.
Process name Application-Bus-Time-Diff appears to now be broken.
If you want to test the process yourself, I have included the def file here.
simply copy the block of code below and paste it into a notepad file. If you
open the form +SS:Test, enter any characters into the character field and hit
save, the process attempts to perform a calculation. On our 6.0.1 servers, it
passed. On a 6.03.00 patch 020 server, it results in a popup "ARERROR [639] No
Workday form could be found on the server"
Good luck, and if anyone else out there has run into this, PLEASE let me know
at [EMAIL PROTECTED] or [EMAIL PROTECTED]
---start of def file text
char-set: windows-1252
#
# File exported Thu Feb 01 12:21:06 2007
#
begin schema
name : +SS:Test
core-version : 2
upgrade-version: 0
num-fields : 10
timestamp : 1170361039
owner : Demo
last-changed : Demo
default-vui : Default Admin View
num-vuis : 1
export-version : 8
schema-type : 1
next-field-id : 536870914
archive : 0\0\0
arch-time : 0\0\0\0
arch-from :
vui {
id : 536870912
name : Default Admin View
label : Default Admin View
timestamp : 1170360857
vui-locale :
vui-type : 1
owner : Demo
last-changed : Demo
display-prop : 5\20\4\18\Default Admin
View\264\6\0\60019\4\21\ViewWebAlias536870912\201\2\93375\202\2\57500\
}
field {
id : 1
name : Request ID
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360858
owner : Demo
last-changed : Demo
maxlength : 15
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 0\1
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\10\Request
ID\61\40\18\60\40\1\3\41\2\1012\2500\19799\4900\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483640\231\6\0\143\40\4294967295\21\41\2\0\&
display-instance :
400\6862\2400\151\41\2\7425\0\18787\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\170\40\0\
}
field {
id : 2
name : Submitter
datatype : 4
fieldtype : 1
create-mode : 1
option : 1
timestamp : 1170360956
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
default : $-1$
permission : 3\1
permission : 4\1
display-instance :
536870912\16\20\4\9\Submitter\61\40\30\60\40\1\3\41\2\1012\5000\26099\7200\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483641\231\6\0\143\40\4294967295\21\41\2\0\40&
display-instance :
0\6075\2200\151\41\2\6637\0\25087\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\170\40\0\
}
field {
id : 3
name : Create Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
permission : 3\1
permission : 4\1
display-instance : 536870912\16\20\4\11\Create
Date\61\40\23\60\40\1\3\41\2\1012\7500\26212\9800\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483642\231\6\0\143\40\4294967295\170\40\0\&
display-instance :
21\41\2\0\400\7200\2300\151\41\2\7762\0\22162\2100\65\41\2\0\0\0\0\66\41\2\22837\0\25199\2100\
}
field {
id : 4
name : Assigned To
datatype : 4
fieldtype : 1
create-mode : 2
option : 2
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\11\Assigned
To\61\40\30\60\40\1\3\41\2\1012\1\26212\12100\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483643\231\6\0\143\40\4294967295\21\41\2&
display-instance :
\0\400\6637\2100\151\41\2\7200\0\25200\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\170\40\0\
}
field {
id : 5
name : Last Modified By
datatype : 4
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
maxlength : 30
menu-style : 2
qbe-match-op : 1
fulltext-optns : 0
permission : 4\1
display-instance : 536870912\16\20\4\16\Last Modified
By\61\40\33\60\40\1\3\41\2\1012\12500\31162\14800\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483644\231\6\0\143\40\4294967295\21&
display-instance :
\41\2\0\400\9562\2300\151\41\2\10125\0\30150\2100\65\41\2\0\0\0\0\66\41\2\0\0\0\0\170\40\0\
}
field {
id : 6
name : Modified Date
datatype : 7
fieldtype : 1
create-mode : 2
option : 3
timestamp : 1170360857
owner : Demo
last-changed : Demo
permission : 4\1
display-instance : 536870912\16\20\4\13\Modified
Date\61\40\23\60\40\1\3\41\2\1012\15000\26999\17300\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483645\231\6\0\143\40\4294967295\170\4&
display-instance :
0\0\21\41\2\0\400\8212\2300\151\41\2\8775\0\22950\2100\65\41\2\0\0\0\0\66\41\2\23625\0\25987\2100\
}
field {
id : 7
name : Status
datatype : 6
fieldtype : 1
create-mode : 2
option : 1
timestamp : 1170360858
owner : Demo
last-changed : Demo
enum-value : New
enum-value : Assigned
enum-value : Fixed
enum-value : Rejected
enum-value : Closed
default : 0
permission : 3\1
permission : 4\2
display-instance :
536870912\18\20\4\6\Status\64\6\1\61\40\0\60\40\1\3\41\2\1012\17500\35887\19400\4\6\1\28\6\4\29\6\1\27\8\16\7\40\2147483646\231\6\0\230\4\46\5\0\New\1\Assign&
display-ins
