Setting <base href> to a local path (c:\) bypassed IE’s pop-up blocker entirely. Windows opened via window.open after a setTimeout — which should have been blocked as unsolicited pop-ups — were allowed through without any user interaction check.
<base href="c:\">
<script>
function main()
{
window.open("http://www.bing.com", "", "width=300,height=300,left=0");
window.open("http://www.google.com", "", "width=300,height=300,left=320");
window.open("http://www.nature.com", "", "width=300,height=300,left=640");
}
</script>
The pop-up blocker’s user-gesture tracking apparently had a special code path for local (file:// or drive-letter) origins that skipped the block. Since the base href shifted IE’s perceived origin to c:\, all three delayed window.open calls went through unblocked. Three separate windows opened without any user interaction, completely sidestepping the pop-up blocking logic.
Found during my years at Microsoft (2006–2014). These bugs were patched long ago — shared here as a historical record for learning purposes.