on
10 Jan 2024
06:20 AM
- edited on
20 Oct 2025
04:17 PM
by
HannahM
In transitioning the Dynatrace Synthetic Recorder to MV3, JavaScript injection is now based on the Fetch API protocol.
If you've enabled Capture performance metrics for pages loaded in frames in the Advanced setup of browser monitor settings, you might notice that XHR actions for third-party iframes (iframes loading domains other than the main domain) don't show up in the waterfall. This article explains the extra step now needed.
To capture XHR actions from third-party iframes, enable disable-site-isolation-trials
in chromiumStartupFlags
in browser monitor script mode—see the code snippet below. (The default value of disable-site-isolation-trials
is false
.) Read more about this flag in Chromium documentation.
Important: When you enable the |
{ "configuration": { "chromiumStartupFlags": { "disable-web-security": false, "disable-site-isolation-trials": true },
Refer to Dynatrace Synthetic Monitoring documentation for more information.
If the steps didn't resolve the issue, open a chat and provide a link to the browser monitor and the troubleshooting steps you have already completed.
You can find further troubleshooting tips for Synthetic in the Synthetic Troubleshooting Map
The following flag is by default appearing in all scripts in my environment: "disable-web-security": false ... I assume this is why this fix still doesn't work for me, because it is overwriting.
Even when I try to manually remove this flag from a script, it immediately gets added back in. How would I stop that flag from automatically being added?
Thank you!
@thecutch22 you need to have both, please try
{
"configuration": {
"chromiumStartupFlags": {
"disable-site-isolation-trials": true,
"disable-web-security": false
},
If you want to enable disable-web-security instead, you should use "
disable-web-security": true
Hi @HannahM,
I am facing similar issue. Sometimes I noticed that on this steps I do not have full waterfall.
Over the past week, I observed that the waterfall data was fully captured only once, as shown below:
However, for other similar runs during the same period, the waterfall data was missing, as illustrated here:
I would appreciate any insights or recommendations on how to resolve this issue. Are there specific configurations or conditions that could be affecting the consistent capture of waterfall data?
Thanks in advance!
Hi Gerardo,
this is more easily investigated by looking at the monitor itself. I would recommend opening a chat or support ticket for this.
That said, if you have already added the settings on this page, I would try changing the wait for this page. While testing, you could try 'Wait for a specific period time' and maybe set it to 60s. Then you can quickly see if changing the wait strategy would help. I don't recommend leaving it as a time wait, usually wait for a specified element is a better option, as you can then choose an element that you know appears later in the page loading.
You could also check if there is a service worker on the page, you can either open the site in one tab and in the next tab open chrome://inspect/#service-workers
which will show you the active service workers, or if you click F12 and open devTools a search for "ngsw" usually reveals if there is one. If there is one, I recommend applying the "dsw=1" custom configuration to disable the service worker, as described here.
It can also be related to the frameworks or JS Agent settings. So you could test each of the settings in Monitor> Edit> Advanced Setup> Enable custom RUM JavaScript Settings and see if any help.
Hi @HannahM
Hi,
Thank you for the detailed advice. I tried the steps you suggested, but I still have the same issue. I can't see the CSS element/image that I should be seeing. You can check the screenshot below for more details.