STR: (Win7_64, Nightly 43, 32bit, ID 20150910030225, new profile, safe mode) 1. Open new tab, open Console (Ctrl+Shift+K), make sure it's NOT in separate window 2. Check "Security"->"Errors", uncheck everything else. 3. Paste "http://ok.ru/" into urlbar (without quotes) and press Enter 4. Find in console line that ends witsh "<unknown>" link 5. Middle-click that link Result: A new tab opens with url "chrome://browser/content/devtools/webconsole.xul#" Expectations: Nothing should happen. It shouldn't even display that tooltip on mouseover.

Hm, I think it's better to check "Security"->"Warnings" in Step 2 as well as "Errors"

>>> My Info: Win7_64, Nightly 50, 32bit, ID 20160627030215 Update: 1) The issue is not about (unknown) links in console, obviously. It's about all links with href="#" in devtools (e.g. bug1193340). I filed this bug as is because I had no time to document all results 2) It's STILL reproducible on Nightly, if I disable e10s (link in comment 2). Given devtools work in parent process, my guess is that it happens because e10s currently disables some accessibility thingy, and we'll see the same bug in e10s mode once it's fixed to support accessibility. STR_2 (improved): 1. Launch latest Nightly, disable e10s 2. Open url [1] 3. Open console (docked to the bottom side of window), enable all logging in console 4. Middle-click any dropmarker in console [OR] click on dropmarker near HTTP request, then middle-click "Header" [OR] middle-click <iframe> link in console AR: Url chrome://browser/content/devtools/webconsole.xul# opens in Step 4 (and displays tooltip) ER: No tooltip of chrome:// link or at least no action on middle click > [1] data:text/html,<iframe onload="console.error(arguments[0])" src="http:/mozilla.org"></iframe>

Links in devtools not working on middle-click (see comment 3) are reported in bug 1327794.

We don't have such links in the new console frontend.