1204278 - Links with href="#" in devtools (esp. Console) display tooltip of chrome:// url and open said url on middle-click

Status: RESOLVED WONTFIX

(DevTools :: Console, defect)

Description

[arni2033]

Attachment: screenshot - '[unknown]' link in Console should't be middle-clickable and shouldn't display URL tooltip.png

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.

Comment 1

[arni2033]

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

Comment 2

[arni2033]

I don't know your current plans regarding such urls in status panel, but please consider info below.

I can't reproduce comment 0 now (20160526082509).   (unknown) links are completely unaffected.
But some other elements in console still show that url, for example: dropmarkers, sections "Header", "Response", "Cookies" of expanded HTTP request, logged object, logged elements from page, and buttons to open node in inspector. Use url [1] for testing.
Currently middle-click on such links does nothing, but I'm sure I encountered that bug a few days ago.

[1] data:text/html,<iframe onload="console.error(arguments[0])" src="http:/mozilla.org"></iframe>

Comment 3

[arni2033]

>>>   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>

Comment 4

[castiel743]

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

Comment 5

[Nicolas Chevobbe [:nchevobbe]]

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