23 Oct 2019 07:51 AM
Dear All,
According to the documentation, the World map shows if your monitoring locations are online or have an outage, helping you distinguish between global and local outages.
One of the tests having continues outage, only for a single test, but all the remaining tests do not have any issue from the same public locations.
How to interpret this situation?
Regards,
Babar
23 Oct 2019 09:04 AM
Hi Babar,
the evidence would suggest that either there is a problem with the site under test, if it's different from the others you are testing or that the monitor needs tweaking to allow it work better. You would need to look at the errors rather than the high level view to investigate further.
If you are unable to find the cause or remedy it from looking at the errors, then raise a Support ticket for assistance.
Best wishes, Hannah
23 Oct 2019 09:46 AM
Hello @Hannah M.
We are monitoring a few sites from the same public locations, but only one web site reporting the following issue.
Regards,
Babar
23 Oct 2019 09:51 AM
Yes, so that would point to an issue with that site. Does it allow Synthetic testing? Perhaps the site admins need to whitelist our IP addresses or the 'RuxitSynthetic/1.0' user agent.
What happens when you play back the monitor locally? Does it playback successfully?
23 Oct 2019 10:04 AM
Hello @Hannah M.
It is a single-URL browser monitor and Synthetic is allowed for a long time. Also, there is no issue with IP addresses whitelists, as other tests are running from the same public locations.
As you can see the issue is intermittent.
Regards,
Babar
23 Oct 2019 10:12 AM
Hi Babar, if you would like Support to investigate this issue, you will need to create a Support ticket and provide information on the monitor. You could try changing the waits as it may be that the site loads slower on some locations than others.
23 Oct 2019 10:24 AM
Hello @Hannah M.
I will discuss this with the support for better understanding.
Do you mean to change the frequency-time e.g. from 5 minutes to 10 minutes?
Regards,
Babar
23 Oct 2019 10:28 AM
No, change the wait in the script. Possibly change from Wait for Page complete to Wait for a specific element to appear. What does the screenshot show? Has the page loaded at all?
23 Oct 2019 10:58 AM
Hello @Hannah M.
The page is loading completely.
{
"configuration": {
"device": {
"orientation": "landscape",
"deviceName": "Desktop"
}
},
"type": "availability",
"version": "1.0",
"events": [{
"type": "navigate",
"wait": {
"waitFor": "page_complete"
},
"description": "Loading of \"https://www.abc.com\"",
"url": "https://www.abc.com"
}]
}
Regards,
Babar
23 Oct 2019 11:16 AM
That code shows that it is waiting for the page to load completely. When you look at the screenshots for the failed executions do you see a fully loaded page or an incomplete one? If the page looks fully loaded, I would recommend you try a different wait. If the page looks like it has not fully loaded then it seems that this is a true reflection of the behaviour in that location
23 Oct 2019 11:44 AM
Great, thanks. We cannot code around that as it is a message returned from the Browser that the site took too long to respond. It is likely that your customers are also intermittently seeing that message. You could try testing from other locations nearby but the best solution would be to talk to the site's application team and look at ways of improving the speed the site is loaded in the parts of the world you most commonly see the behaviour.
23 Oct 2019 11:47 AM
Hello @Hannah M.
Thank you for all your assistance. I will discuss with the application owner to improve the performance of the web page/site.
Regards,
Babar