Steven Englehardt

> I am currently fixing the `webdriver` attribute such that it is set to `false` as for a regular Firefox instance on Ubuntu. My approach is to overwrite the attribute...

Found in the wild, some tricks a script uses to detect various browsers (and webdriver): ```javascript function Y() { try { if (null != window._phantom || null != window.callPhantom) return...

Specifically relevant to webdriver are: `if (document.documentElement.hasAttribute && document.documentElement.hasAttribute("webdriver") || null != window.domAutomation || null != window.domAutomationController || null != window._WEBDRIVER_ELEM_CACHE) return 98;`

from @birdsarah: https://dxr.mozilla.org/mozilla-central/search?q=IsHeadless()&redirect=false might be useful for tracking down differences between headless and headed modes

We should always save the hash of the content in the data URL, but have a config option that allows us to decide whether we should save the actual content.

@vringar is this still an issue?

We still aren't sure why this is required. For now, we're going to force both instruments to be enabled when the callstack instrument is enabled. We can do this when...

This fix landed in https://github.com/mozilla/OpenWPM/commit/81d76366f8bdf514a27269ac0463d0e922210556, with a WIP test page. Automated tests still needed.

Are you sure that we don't already have support for logging web socket requests? The webRequest listener is already [configured to log websocket requests](https://github.com/mozilla/OpenWPM/blob/f1c5a22848c168245c6deee2b66d04cf63e0e987/automation/Extension/webext-instrumentation/src/background/http-instrument.ts#L62). @ed-w-lee

Thanks! I bet this website is overwriting or wrapping `window.open`, which can lead to a permission error. I know we initially [changed to this approach](https://github.com/mozilla/OpenWPM/blob/e095344a1343cecd31be126941278efd0dae618c/automation/Commands/browser_commands.py#L86-L89) because of issues sending keyboard...