...which brings me back to the point I keep hammering some of the idiots at BMC support about (not all are idiots, by a long shot, but they are trapped in a system that makes them look like idiots). Fix the code, and fix it correctly and systematically rather than keep throwing band-aids around that are out of sync with the patches releases. Based on having to live with their various attempts at patching the 7.x applications for almost two years now, their code maintenance processes suck almost as badly as the original OOTB code did! All you have to do is look at the history of patch 9002 to see just how lousy their entire operation has been.
Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ <http://itsm.unt.edu/> From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman Sent: Wednesday, May 07, 2008 10:55 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the "/" in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the "\" was the problem. I renamed it to "Host Device Validation". This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"