<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Synthetic http status codes check in Synthetic Monitoring</title>
    <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65637#M660</link>
    <description>&lt;P&gt;I've opened a support case (SUP-8685). My further investigation of synthetic runs revealed that although the waterfall displayed in Dynatrace reflected the error page which actually was actually server, the screenshot did not. So this really seems to be an issue in the Dynatrace synthetic engine.&lt;/P&gt;</description>
    <pubDate>Wed, 25 Apr 2018 10:38:37 GMT</pubDate>
    <dc:creator>Julius_Loman</dc:creator>
    <dc:date>2018-04-25T10:38:37Z</dc:date>
    <item>
      <title>Synthetic http status codes check</title>
      <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65633#M656</link>
      <description>&lt;P&gt;In the synthetic tests (clickpath or browser) are there any built-in checks on the returned HTTP status codes? (e.g. failure if HTTP Code is above 400). &lt;BR /&gt;Or can the HTTP codes be somehow used in the content validation?&lt;/P&gt;</description>
      <pubDate>Fri, 12 Mar 2021 09:13:52 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65633#M656</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2021-03-12T09:13:52Z</dc:date>
    </item>
    <item>
      <title>Re: Synthetic http status codes check</title>
      <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65634#M657</link>
      <description>&lt;P&gt;Hi Julius, &lt;/P&gt;&lt;P&gt;browser &amp;amp; clickpath monitors will automatically fail for response status codes 400 to 599. &lt;/P&gt;&lt;P&gt;Kind regards, Philipp&lt;/P&gt;</description>
      <pubDate>Tue, 24 Apr 2018 14:29:19 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65634#M657</guid>
      <dc:creator>Philipp_Kastner</dc:creator>
      <dc:date>2018-04-24T14:29:19Z</dc:date>
    </item>
    <item>
      <title>Re: Synthetic http status codes check</title>
      <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65635#M658</link>
      <description>&lt;P&gt;That's interesting since I'm running a browser test for about a year and yesterday the monitored website had an outage (for several hours) and Dynatrace did not notice the outage at all. The service resulted in HTTP code 503 (with valid HTML output showing an error page).  I can see it in the run analysis, that Dynatrace got the error page, but no problem was generated and there is not an outage in the availability graph.&lt;/P&gt;</description>
      <pubDate>Tue, 24 Apr 2018 14:37:11 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65635#M658</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2018-04-24T14:37:11Z</dc:date>
    </item>
    <item>
      <title>Re: Synthetic http status codes check</title>
      <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65636#M659</link>
      <description>&lt;P&gt;That should not happen. As soon as the main document requests returns an HTTP status code 503 Dynatrace detects an outage. (If it was not manually disabled for this specific monitor)&lt;/P&gt;
&lt;P data-unlink="true"&gt;Could you please go ahead and open a support ticket&amp;nbsp; so we can have a closer look?&lt;/P&gt;
&lt;P&gt;Thanks, Philipp&lt;/P&gt;</description>
      <pubDate>Mon, 27 Mar 2023 10:31:32 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65636#M659</guid>
      <dc:creator>Philipp_Kastner</dc:creator>
      <dc:date>2023-03-27T10:31:32Z</dc:date>
    </item>
    <item>
      <title>Re: Synthetic http status codes check</title>
      <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65637#M660</link>
      <description>&lt;P&gt;I've opened a support case (SUP-8685). My further investigation of synthetic runs revealed that although the waterfall displayed in Dynatrace reflected the error page which actually was actually server, the screenshot did not. So this really seems to be an issue in the Dynatrace synthetic engine.&lt;/P&gt;</description>
      <pubDate>Wed, 25 Apr 2018 10:38:37 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65637#M660</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2018-04-25T10:38:37Z</dc:date>
    </item>
    <item>
      <title>Re: Synthetic http status codes check</title>
      <link>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65638#M661</link>
      <description>&lt;P&gt;Also, if Dynatrace detects a 200 response from any of the requests in an action, a single 500 response among many 200 responses will NOT trigger an error.  Phillipp may be correct about the "main document" response, but I know for a fact that other errors can slip by unless you directly check the response code.&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Mar 2019 17:13:59 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Synthetic-Monitoring/Synthetic-http-status-codes-check/m-p/65638#M661</guid>
      <dc:creator>don_bonin</dc:creator>
      <dc:date>2019-03-27T17:13:59Z</dc:date>
    </item>
  </channel>
</rss>

