Closed Bug 3388 Opened 26 years ago Closed 25 years ago

NECKO: nsHttpUrlImpl::ParseURL() doesn't handle "javascript:" protocol

Categories

(Core :: Networking, defect, P2)

Product:
Core
Component:
Networking
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 1646

People

(Reporter: beard, Assigned: brendan)

References

Details

(Whiteboard: waiting on javascript: to work.) 

Plugins can use "javascript:" URLs to obtain information from DOM etc. They
don't parse properly (an error is returned).
Status: NEW → ASSIGNED
*** Bug 3398 has been marked as a duplicate of this bug. ***
Target Milestone: M6
Per DP's suggestion marking these till M8. Though Necko lands with M7, we will
be able to verify it for M8.
I'm moving this to target M9, Necko will be enabled somewhere during late M8 or
early M9.  We will need to get on this and it cannot be postponed past the M9
milestone.
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Summary: nsHttpUrlImpl::ParseURL() doesn't handle "javascript:" protocol → NECKO: nsHttpUrlImpl::ParseURL() doesn't handle "javascript:" protocol
Fixed now with Necko. Pl. verify.
Whiteboard: will attempt to verify when release builds available
Whiteboard: will attempt to verify when release builds available → asked reporter to verify
beard, can you verify if this is, in fact, fixed with necko
Status: RESOLVED → REOPENED
I can't easily verify this, I tried a couple of javascript URLs, such as:

javascript:1+1
javascript:window.open('http://www.apple.com')

Neither of these produce any sensible result with viewer or apprunner. Of
course, this could be a problem downstream from URL parsing. Still, the first
example is getting converted into the URL:

http://javascript:1/

which of course fails to load. So, I still think there are some problems.
Resolution: FIXED → ---
Clearing Fixed resolution due to reopen.
Target Milestone: M9 → M10
Marking till javascript: comes up (brendan?)
Whiteboard: asked reporter to verify → waiting on javascript: to work.
Depends on: 1646
Assignee: gagan → brendan
Status: REOPENED → NEW
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
This sounds like a dup of 1646, unless you're telling me that control flows
through HTTP when the use types in a javascript: URL -- that would be a necko
regression, cuz M9 suppored javascript: URLs typed into the Location toolbar.

/be

*** This bug has been marked as a duplicate of 1646 ***
checked for duplication with bug# 1646
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
Status: RESOLVED → VERIFIED
Verified duplicate of bug 1646.  Bug 1646 covers the same ground.
You need to log in before you can comment on or make changes to this bug.