If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

URL - rfc1738 - "If the port is omitted, the colon is as well."

RESOLVED WORKSFORME

Status

()

Core
Networking
RESOLVED WORKSFORME
16 years ago
13 years ago

People

(Reporter: benc@chuang.net, Assigned: neeti)

Tracking

({verifyme})

Trunk
x86
Windows NT
verifyme
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
Communicator keeps all the follwoing cases unchanged:

http://www.packetgram.com/ 
http://www.packetgram.com:80/ 
http://www.packetgram.com:/ 

mozilla seems to have two behaviors worth noting:

1- If the default port = specified port, make the ":port" disappear.
2- If "If the port is omitted, the colon is as well." (from 3.1), Necko seems 
to corrrect the URL by removing the ":"

I tested the URL/location bar + links w/ Open New Window.

Probably some people are going to find #1 offensive (scc has strong feelings 
about this). Others are going to argue #1 helps with user transparency to port 
numbers.

Probably #2 is a feature. I can't think of an exact example, but it might also 
rationalize really badly written URLs where someone messed up the 
"username:password" portion of a URL that uses "Common Internet Scheme Syntax".

I'm basically creating this bug so I can relnote the behavior.
(Reporter)

Comment 1

16 years ago
RESOLVED/WFM:
RELNOTE TEXT:
Netscape 6 will automatically hid unecessary port information in URLs.

If a ":" appears without a port number, the ":" will be removed.
http://www.netscape.com:/ -> http://www.netscape.com/

If the port in the URL is default port, the port information will be removed.
http://www.netscape.com:80/ -> http://www.netscape.com/
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Keywords: relnote
Resolution: --- → WORKSFORME

Comment 2

16 years ago
not submitting to NS6.1 relnote due to limited impact. Possible for a "fully
annotated networking release ntoes..."

Comment 3

16 years ago
reporter:

This bug is a "futured" or "untargeted" bug which has been "resolved/works for
me". Most bugs meeting this criteria are usually somewhat out of date or working
in the current builds.

If this bug is not happening for you in a recent build (such as the Mozilla
daily build, Mozilla 0.9.3, or Netscape 6.1), please use the friendly "Mark bugs
as VERIFIED" radio button to set this bug to "VERIFIED/WORKS FOR ME"
If you reported the bug on a platform (e.g. Linux) and other contributors
reported on another platform (e.g. Mac OS), please comment that it works for you
 but do not verify it yet.

For these multi-platform bug reports, we need to verify all reported platforms
-OR- create new "still broken on platform X" bugs when you verify.

Updated

13 years ago
Keywords: relnote → verifyme
You need to log in before you can comment on or make changes to this bug.