BMC has created defect # SW00329945 for the issue you have reported. Yes, this past May.
Actually, this one was rather straight-forward. The notification audit table timed out every time it was refreshed. When I checked the qualifications, the field it was searching on was non-indexed. Other forms' notification audit tables search on an indexed field, e.g. HPD:Help Desk Audit Log, CHG:Infrastructure Change Audit Log. Just TMS:Audit Log doesn't search on that field: it has its own special guid field. Come to think of it, I think one of the users told me a week or so ago that one of the Problem audit logs is timing out as well.... Jennifer Meyer ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Thursday, July 02, 2009 11:00 AM To: arslist@ARSLIST.ORG Subject: Re: Rant: RE: SW00327272 Indexing is a tough one to track down. Was this May of this year?...have they at least given you a defect # or anything? ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Meyer, Jennifer L Sent: Thursday, July 02, 2009 6:37 AM To: arslist@ARSLIST.ORG Subject: Rant: RE: SW00327272 ** I have a really good bug that BMC won't fix: TMS:Audit log uses a non-indexed field to pull data from the SYS:Notification Log form. We're using ITSM 7.0.1 P7. I realize that we are most likely the only people in the universe who would even consider using the notification audit logs on Task, but running a table scan against the notification logs when it does happen is unforgiveable. It took me two days to isolate the source of the issue and fix the workflow. I sent BMC the definition files with a detailed explanation on May 5 and followed up with an RFP and a WebEx. Crickets. Jennifer Meyer ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Wednesday, July 01, 2009 4:47 PM To: arslist@ARSLIST.ORG Subject: SW00327272 List, I'm looking to get some traction on a defect that's bugging the crap out of me. I found this in 7.5 initial release shortly after release, it took awhile for my Level1 to get the ticket opened with BMC...it's been in their hands since BEFORE patch 1 was released, but they still haven't fixed it... The bug is in the 7.5 Java API in relation to the getListFilterObjects for ARServerUser. If you make the call you get a null pointer error. I even replicated this in driver.exe. in the 7.1 api it takes me roughly a min to pull the roughly 3000 filters with the getListFilterObjects call....my workaround is to do a GetListFilter, then loop through all 3k records getting the objects for each...this workaround takes me roughly 5 times longer to get my records. I don't consider it acceptable to break something as simple as this and issue 3 patches to the product without fixing it....I'm looking for some 'me too' over to BMC to try to get this puppy into Patch 4 if possible. If you consider this a whine, please let me know about YOUR bugs that BMC won't fix.... _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ ________________________________ Email correspondence to and from this sender is subject to the N.C. Public Records Law and may be disclosed to third parties. _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ ________________________________ Email correspondence to and from this sender is subject to the N.C. Public Records Law and may be disclosed to third parties. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"