132378 - mailto: links do not work

Status: VERIFIED DUPLICATE of bug 129420

(MailNews Core :: Networking, defect)

Description

[Max Waterman]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; IRIX IP32; en-US; rv:0.9.9+) Gecko/20020319
BuildID:    2002031923

When you have 'Open unrequested windows' (I think it's this
pref which is to blame) unchecked in the Advanced/'Scripts & Windows' 
preferences, 'mailto:' links don't work.

IMO, when I click on the middle-mouse button, it should open a new
message with the 'to' set to the email address in the link.

On the right mouse button, there is a 'copy email address'. There
should be an 'email this address' option too.

Reproducible: Always
Steps to Reproduce:
1.open a web page that contains an 'mailto:' link.
2.click on the link
or
3.middle click on the link

Actual Results:  2. nothing happens
or
3. a new empty tab opens (or, perhaps, new windows)

Expected Results:  2. opens a new message window
or
3. opens a new message window

Comment 1

[Andrew Hagen]

The URI format is not http://mailto:[e-mail] . It's
mailto:[e-mail] . 

Comment 2

[Max Waterman]

I don't beleive I ever put 'http://'. I expect bugzilla is incorrectly
assuming the url has to have that and adding it. I am taking it off
with this submit....I'll bet it just adds it again.

Max.

Comment 3

[Max Waterman]

Huh, I guess I must have done, since it has remained correct. Or perhaps it
was a cut and paste problem. Anyway, it isn't that which is the problem.

Max.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Heh.  Good catch... mailto: _does_ force new window creation, so...
Over to akkana.

Comment 5

[Asa Dotzler [:asa]]

This worksforme with 040103 mozilla win32 build on win2K with prefs set to
disallow creation unrequested windows. This also worksforme with linux build
040208 on RH 7.2 and 040208 Mac OS X build on 10.1.3.  

Comment 6

[ivan.dutka-malen]

The same bug for me. But I think that the 'Open unrequested windows' checkbox in
the 'Advanced/Scripts & Windows' tab has nothing to do with the bug (IMHO). I
can check or uncheck it without effect.

My configuration :
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311, build 2002031115
Linux ### 2.4.9-13smp #1 SMP Tue Oct 30 19:57:16 EST 2001 i686 unknown

Comment 7

[Akkana Peck]

Making subject clearer, since I keep looking at my bug list and wondering "what
does this have to do with me?"

What happens for me: left-clicking on the link brings up a new message window
(correct), but middle clicking opens both a new message window and a browser
window showing a mailto: link (incorrect: middle click should do the same as
left click).  That's assuming I'm using a build that has mail enabled.  Using a
no-mail build, mailto: does nothing.  That's a bug too, but a different one
(probably covered by the altmail bug).

So the extra browser window in the middle click case is the bug I think I'm
addressing here.  If someone thinks this bug is about some other behavior, speak
up (or file a different bug).

Comment 8

[Max Waterman]

I think this is about some other behaviour. I don't know what platform you were
running on, but on IRIX and Linux, clicking on a mailto: link does nothing,
unless it is the right mouse button, in which case you get a menu which includes
'copy email address' - the only useful entry on it (IMO).

I concur with comment #6 that the 'open unrequested windows' has no effect, as I
had previously thought.

Max.

Comment 9

[Akkana Peck]

I'm on linux, and left-clicking on mailto: (e.g. the ones in this bug) works for
me, brings up a mail compose window.

Can you bring up a mail compose window through other means (e.g. ctrl-M)?

Comment 10

[Max Waterman]

Hmm. Yes...I see the same behaviour you describe with a fresh install of mozilla
on Linux (I don't have access to the install I used previously at the moment
[I'm out of town]). The behaviour on IRIX isn't quite what I though either. The
left mouse doesn't do anything and the middle mouse opens a new window (or tab)
with the mailto: URL, kind of like it does on Linux. I don't get any new mail
windows though.

ctrl-m seems to work fine (but obviously doesn't have the email address in it).

Hope this helps :}

Max.

Comment 11

[Akkana Peck]

You should probably file a separate bug on the left click on mailto: not working
on Irix -- evidently some separate Irix-specific issue.

Comment 12

[Max Waterman]

> You should probably file a separate bug on the left click on mailto: not working
> on Irix -- evidently some separate Irix-specific issue.

Eh? I filed *this* one because of it. Are you hijacking my bug? :)

Max.

Comment 13

[Akkana Peck]

Sorry, Max, didn't mean to hijack your bug. :-)  Originally there were several
issues, some of which seem to have been resolved, and the platform still said
All/All instead of SGI/Irix, so I wasn't sure what to do with the two separate
issues.  

We should either: 
1. Mark this bug as SGI/Irix (which should go either to someone with an Irix
build or someone who knows something about mailto: handling) and file a new bug
on the middleclick problem (which would be mine), or
2. Make this the middleclick bug and file a new bug on Irix mailto.

Either way is fine with me.

BTW, I do still have an O2 but it's several OS revs back (6.3, I think) and I've
never managed to build on it.  SGI's page at
http://oss.sgi.com/projects/mozilla/faq.html#Q9 suggests Irix 6.5 to build moz.  

Comment 14

[ivan.dutka-malen]

Sorry fot interfering, but this bug isn't IRIX specific ! I'm running Linux and
left-clicking on a mailto: link has no effect (incorrect). Middle-clicking on it
opens a new browser with the mailto: link as URL (incorrect). Right-clicking
opens a popup menu (correct). Ctl-M opens a new mail window (correct) but I'd
like the mailto: link to work. The Ctl-M is just a workaround.

I don't think that the original bug report was specific to the middle-click. Bug
report first paragraph shows the bug for the left-click. The second one shows
the bug for the middle-click and the third one is a RFC (IMO).

I keep saying this is a bug on Linux. :-)
And this bug report seems to me the right place to deal with the left-click bug
on the mailto: link. No need for filing a new bug (IMO again). :-)

Comment 15

[Akkana Peck]

I've filed bug 137198 on the middleclick problem, and un-hijacked this bug's
summary.  I'm not clear who here is interested in the middleclick problem, so I
didn't cc anyone -- I'll let you all make your own decision.

If this one isn't Irix-specific, then I don't have a clue what's going on -- it
works for me.  It must be something unusual about certain people's setups.

Can you try to narrow it down and figure out what's different about your setup?
 Start with renaming your .mozilla and starting up with a completely new
profile, and see if it still happens; if it doesn't, then you can try moving
files back from your old profile one by one and narrow it down that way.

If it happens on a new profile too, then it must be something about the system,
and I'm not sure where to start looking.  Networking owns handling of urls, so
I'm passing this to them; I'm told there's a bug involving mailto links when
you're using a SOCKS proxy; are the people who are seeing this using SOCKS?
Perhaps this is a dup of bug 129420.  Do you see the JS error mentioned in that bug?

Comment 16

[Akkana Peck]

Whoops, forgot to click the reassign button.  (I'll stay on the cc, though, and
help if I can.)

Comment 17

[Bradley Baetz (:bbaetz)]

Are you using a PAC file?

Comment 18

[Max Waterman]

I am certain that this bug is a dupe of 129420. If I change from automatic
proxy to manual proxy, then the mailto:/leftButton function works fine.

Can other people also confirm this?

You can likely use telnet to determine what is returned by the automatic proxy
server :

$ telnet proxy-server 80
get /
^D

You should be able to determine what settings to use from the script it returns.

Max.

Comment 19

[Bradley Baetz (:bbaetz)]

OK, if it works when pac is turned off, its a dupe

*** This bug has been marked as a duplicate of 129420 ***

Comment 20

[benc]

->mailnews

Comment 21

[[e-mail] (gone - use [e-mail] instead)]

verified dup