Closed Bug 180397 Opened 23 years ago Closed 23 years ago

mailto URL not parsed correctly

Categories

(MailNews Core :: Networking, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 135984

People

(Reporter: bobj, Assigned: mscott)

Details

I clicked on a link that looked something like this mailto:%20someone@netscape.com?subject=Scheduling%20and%20Software%20Update It opened a new mail compose window. The subject correctly showed Scheduling and Software Update But the To field had 2 extra characters: someone@netscape.com?s This happens in a commercial 1.0 branch build: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021111 Netscape/7.01 But the same mailto URL works fine running a Mozilla trunk build: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021111
Putting on the radar for 1.0.2... My build is a few days old, I'll update to the latest 1.0 build and try it again.
Keywords: adt1.0.2
Reproducible with today's build: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021115 Netscape/7.01
This got fixed on trunk. If we want this on branch, that patch just needs to be checked in on branch.
Whiteboard: DUPEME
QA Contact: huang → esther
*** This bug has been marked as a duplicate of 135984 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Discussed in team meeting. This is not a regression from 7.0. Mail server alerts user before sending - you get an error "unknown address" right away. The mail is not sent so does not bounce. We don't see this as a stop ship bug. Minusing. Not nominating for Buffy because already fixed per the dupe of this bug.
Keywords: adt1.0.2adt1.0.2-
Product: MailNews → Core
Product: Core → MailNews Core
Cleanup *dupeme* whiteboard flag from bugs that are marked as Resolved Duplicate!
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.