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: 26 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: 26 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.