Forum Discussion

twhitehouse's avatar
twhitehouse
Contributor
10 years ago

Sign into gmail after dynamic reload of everything previously mapped in Name Mapping

My script will successfully sign into Gmail, click on an email, and click on the link in that email if and only if I do not sign out of Gmail or close the browser.  As soon as the user is no longer s...
  • Colin_McCrae's avatar
    Colin_McCrae
    10 years ago

    I did get gmail through a browser working after restarts and suchlike.

     

    But I do remember the map was a horror story. I'm sure it was about 30 levels deep to actually get to the body of an e-mail. I'm pretty sure I had to go all the way through the map, VERY carefully, and find a couple of identification properties that seemed to indicate session ID's and wildcard them.

     

    This was quite a few versions of Chrome ago, so my map may not still work. Also, that script and the VM which ran it is all zipped away and archived so I can't easily check it for you I'm afraid. (I'm actually on holiday today ... I just remoted into my work machine to check something on e-mail there ...)

     

    But plough through the object map. Looks for long random strings in properties. They tend to be session related and/or generated on the fly.

     

    It may also be worth enabling "find on any level". Or using a top level container and find (or series of finds), rather than a name map.

  • HKosova's avatar
    HKosova
    10 years ago

    This is not an answer to your question, but rather a suggestion. If you aren't actually testing the Gmail interface, consider accessing Gmail and email contents programmatically. There're third-party email client libraries, such as .NET MailKit, that you can use via CLR Bridge/dotNET. Imho this would be easier than dealing with the UI map.

HKosova's avatar
HKosova
SmartBear Alumni (Retired)

This is not an answer to your question, but rather a suggestion. If you aren't actually testing the Gmail interface, consider accessing Gmail and email contents programmatically. There're third-party email client libraries, such as .NET MailKit, that you can use via CLR Bridge/dotNET. Imho this would be easier than dealing with the UI map.

twhitehouse's avatar
twhitehouse
Contributor
10 years ago

Yes, this was an option I was pondering as well.  I will look into your suggestion.  I am not directly testing the GMail interface.  I just need to get to a link that is inside of an email.  I actually originally started with mail.com.  The mail client does not matter.  I just need to send the email somewhere, open it, find the link and click on it to direct back to our web site.  So, I agree with you at this point after 2 mail clients have posed similar obstacles that we need to find another solution.


Thanks!

  • Colin_McCrae's avatar
    Colin_McCrae
    Community Hero
    10 years ago

    I've just resurrected the project I was accessing Gmail with.

     

    I think I would go with the programmatic solution as well. They have totally changed the way everything works since I wrote my script. Two sign-in pages - user ID on the first, password on the second. It only used to be one. Then, once I signed in manually, and checked the mapped objects, everything on the inbox page has changed. Google change things frequently.

     

    If I was to rewrite it now, I'd probably go for programmatric access for long term reliability.