Not a one....

On Thu, Jul 2, 2009 at 12:18 PM, Danny Kellett <
[email protected]> wrote:

> **
>
> Does anyone get any notifications about bugs they have submitted? I thought
> BMC were due to offer such a service but I still have yet to receive any.
> Anyone else?
>
>
>
> Cheers
>
> Danny
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [email protected]] *On Behalf Of *Meyer, Jennifer L
> *Sent:* 02 July 2009 16:21
>
> *To:* [email protected]
> *Subject:* Re: Rant: RE: SW00327272
>
>
>
> **
>
> 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:
> [email protected]] *On Behalf Of *LJ Longwing
> *Sent:* Thursday, July 02, 2009 11:00 AM
> *To:* [email protected]
> *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:
> [email protected]] *On Behalf Of *Meyer, Jennifer L
> *Sent:* Thursday, July 02, 2009 6:37 AM
> *To:* [email protected]
> *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:
> [email protected]] *On Behalf Of *LJ Longwing
> *Sent:* Wednesday, July 01, 2009 4:47 PM
> *To:* [email protected]
> *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: [email protected] 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: [email protected] ARSlist: "Where the Answers
> Are"_
>
> _Platinum Sponsor: [email protected] 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.
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4209 (20090702) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>  _Platinum Sponsor: [email protected] ARSlist: "Where the Answers
> Are"_
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4209 (20090702) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>  _Platinum Sponsor: [email protected] ARSlist: "Where the Answers
> Are"_
>



-- 
Warren R. Baltimore II
Remedy Developer
410-533-5367

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"

Reply via email to