getting Runtime error '398' client site not available
SOLVED- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
getting Runtime error '398' client site not available
Hi Community,
I am working on desktop VB application. Initially I've built scripts on testcomplete 12.60 using Javascript. Now, client asked us to migrate the scripts to testcomplete 14. So, when I import the scripts to testcomplete 14 and execute them, I see some properties got missing/changed. And also I can see a runtime error '398' Client Site Not Available. And again when I run in TC 12.60, it works fine. Can anyone tell what is the resolution for these?
Regards,
Nandini.
Solved! Go to Solution.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
What properties are missing/changed? Are you talking about configuration options under Tools | Options? Or are they items within the test cases? At what point in your code/test do you get the error?
Robert Martin
[Hall of Fame]
Please consider giving a Kudo if I write good stuff
----
Why automate? I do automated testing because there's only so much a human being can do and remain healthy. Sleep is a requirement. So, while people sleep, automation that I create does what I've described above in order to make sure that nothing gets past the final defense of the testing group.
I love good food, good books, good friends, and good fun.
Mysterious Gremlin Master
Vegas Thrill Rider
Extensions available
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi tristaanogre,
1. I am talking about object properties while doing NameMapping.
I used a property name:NativeVBObject.Name in Testcomplete 12.60 version as its a unique property for my object. When I upgraded to TC14, I see NativeVBObject and Name as two seperate properties.
2.Regarding the error 398, when I execute the script, the application is launched and able to login and after that I am getting the runtime error immediately and not able to proceed further.
Please refer the screenshots attached.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Name has always been a separate property. NativeVBObject is an object itself which probably has it's own "Name" property. So, this shouldn't be a problem. Are you getting errors in identifying the objects or is that still working? you can still map the object using NativeVBObject... it's still there on the screen, you just need to select it and select the NAme property of that object.
As for the error... that's not a TestComplete error, that's an error coming from your application under test. You need to investigate that with your team.
As as ide note, the regular "Name" property should not be used as an identifying propery... it bypasses NameMapping entirely.
Robert Martin
[Hall of Fame]
Please consider giving a Kudo if I write good stuff
----
Why automate? I do automated testing because there's only so much a human being can do and remain healthy. Sleep is a requirement. So, while people sleep, automation that I create does what I've described above in order to make sure that nothing gets past the final defense of the testing group.
I love good food, good books, good friends, and good fun.
Mysterious Gremlin Master
Vegas Thrill Rider
Extensions available
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Tristaanogre,
Thanks for your response. I understand the object property issue.
Related to error 398, if that's an error coming from the application under test, I see its running successfully through testcomplete 12.60. Is it due to any migration issue?If so, what would be the solution?
Regards,
Nandini
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I don't know. This would probably be something best answered with the official SmartBear support.
https://support.smartbear.com/message/?prod=TestComplete
Robert Martin
[Hall of Fame]
Please consider giving a Kudo if I write good stuff
----
Why automate? I do automated testing because there's only so much a human being can do and remain healthy. Sleep is a requirement. So, while people sleep, automation that I create does what I've described above in order to make sure that nothing gets past the final defense of the testing group.
I love good food, good books, good friends, and good fun.
Mysterious Gremlin Master
Vegas Thrill Rider
Extensions available
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @nandini9,
I'm glad to hear that the object identification question is answered.
Regarding the error inside the application, I suggest that you debug this part with TestComplete. Perhaps, TestComplete 14 transfers some data that your app doesn't accept. There are may be many reasons. Debugging this test will help you understand what is going wrong.
Tanya Yatskovskaya
SmartBear Community and Education Manager
