Yet Again, QTP Failure: OUTPUT --> ADD UPDATE
Deskin, Bob
Bob.Deskin at Cognos.COM
Mon Oct 29 14:39:13 CDT 2007
On an ADD UPDATE, QTP attempts to retrieve during the initialization
phase. If no record is retrieved, it will attempt to add during the
output phase. If a record was retrieved, it will attempt to update.
Guy's suggestion is one possible (and common) cause of an add failure.
And he's right, sending the code will help us isolate the problem or at
least suggest some very specific possible causes.
Bob
________________________________
From: powerh-l-bounces+bob.deskin=cognos.com at lists.sowder.com
[mailto:powerh-l-bounces+bob.deskin=cognos.com at lists.sowder.com] On
Behalf Of Guy Werry
Sent: October 29, 2007 3:34 pm
To: powerh-l at lists.sowder.com
Subject: RE: Yet Again, QTP Failure: OUTPUT --> ADD UPDATE
Vamshi,
I believe that I have had a similar problem when the input phase
returns MORE THAN ONE record complex.
It would be very helpful if you could include a screen shot of
the code and error. That might make it easier to diagnose.
Thanks,
Guy L. Werry
Senior Systems Analyst
Hudson Bay Mining & Smelting Co., Limited.
________________________________
From: powerh-l-bounces+guy.werry=hbms.ca at lists.sowder.com
[mailto:powerh-l-bounces+guy.werry=hbms.ca at lists.sowder.com] On Behalf
Of vamsi krishna
Sent: Monday, October 29, 2007 2:12 PM
To: powerh-l at lists.sowder.com
Subject: Yet Again, QTP Failure: OUTPUT --> ADD UPDATE
Hello All,
I'd seen a case where the QTP program failed .
It was something like
Output xyz add update
how a QTP can fail with error message "Failed to add when a
Unique Key/Index was specified"
What I understand from OUTPUT --->Add Update is QTP tries to add
first, if the records exists, it updates the record with new values, and
if this is the case, how could such a QTP Fail!
Please let me know if you if it's something else.
Thanks in advance :-D
Regards,
Vamsi
--
"Nothing is impossible as impossible itself says i m possible"
The information in this e-mail and any attachments is confidential and
may be subject to legal professional privilege. It is intended solely
for the attention and use of the named addressee(s). If you are not the
intended recipient, or person responsible for delivering this
information to the intended recipient, please notify the sender
immediately. Unless you are the intended recipient or his/her
representative you are not authorised to, and must not, read, copy,
distribute, use or retain this message or any part of it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sowder.com/pipermail/powerh-l/attachments/20071029/8fd75410/attachment.htm
More information about the powerh-l
mailing list