Forum Discussion
Hey Annie_Murphy
Ok - so considering you said you had no auth issues prior to the upgrade, but once upgraded you started getting invalid logon creds warning and even switching to different versions of ReadyAPI - the auth problems still remain.
If no changes were made to the auth details on your tests immediately prior to the upgrade, then it's reasonable to infer that something has become corrupted in the cred details for the underlying project.xml file (or composite file).
As changing the versions of ReadyAPI hasn't reverted your invalid creds change (and it shouldn't have), we can again infer that this has nothing to do with the ReadyAPI version you're running and again, the issue is with the underlying project file(s).
Can you confirm if your project is saved locally - or are you using a shared project file?
Can you confirm if your project is saved as a single .xml file or the project saved as a composite (multiple discrete files that make up the project file)?
Depending on your answers will guide us how to proceed.
If it's a shared file - and other people using their ReadyAPI instances have no auth problems, but when you open the same shared project file(s) on your ReadyAPI instance and you get auth issues, then this is really weird and I can't see how that could happen.
As I say above - if you can answer the questions - this will guide us on how to proceed.
Just as an aside - have you compared the RAW SOAP request content (especially the auth details) of what you are submitting in ReadyAPI compared with the RAW SOAP request content (especially the auth details) that your colleagues are submitting? We could then see the differences between what you are submitting in ReadyAPI relative to your colleagues which would then indicate how to fix.
Cheers,
Rich
- Annie_Murphy10 months agoOccasional Contributor
Hello
The project is saved locally and is not shared. I am connecting with my internal help desk as well.
Question: If the project is saved on a google drive could that be causing the issue?
- richie10 months agoCommunity HeroHey Annie_Murphy,
Rao was saying this just as a general rule. It's advisable to wait and not grab the latest version as soon as it's available unless it includes a fix you need, cos new versions can have regressions. I tend to sit a couple of releases behind the most recent version because of this reason (in fact the release before the latest people found regressions that were breaking their tests....someone posted about this a number of weeks ago)
Anyway. Ok, so it's a local project.xml file. Don't see how saving to cloud based storage would make any difference.
So! You mention that your colleagues are running the same tests successfully on their ReadyAPI instances without getting the invalid creds soap fault, right?
If they're running the same tests from their local copy of the project (i'm ignoring the question of "why?" at this point), have you tried grabbing a copy of their project.xml file (with working tests) and running those tests in your ReadyAPI instance and seeing what happens?
Assuming those identical tests work successfully (and i've no reason to think otherwise...the ReadyAPI version shouldn't make any difference), you could open both your existing project and your colleagues in ReadyAPI and clone the working tests into your existing project.
We have a number of options to try to sort your problem, i'm suggesting the easiest/quickest option for now.
Cheers!
Rich
Related Content
- 3 years ago
- 3 years ago