Default pref for using external client for mailto: should be true

VERIFIED WONTFIX

Status

SeaMonkey
Preferences
--
enhancement
VERIFIED WONTFIX
15 years ago
7 years ago

People

(Reporter: Daniel Wang, Unassigned)

Tracking

(Depends on: 1 bug)

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [CLOSEME INVA/WONT?])

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
(can't seem to find a dupe for this)
perference for network.protocol-handler.external.mailto should default
to true

related: bug 11459
(Reporter)

Comment 1

15 years ago
Created attachment 116832 [details] [diff] [review]
patch (chg mailnews.js)

Comment 2

15 years ago
Please don't set this to true by default.  doing so breaks mailto: links and
causes them to open infinite browsers.  see bug #198547

Comment 3

15 years ago
Rather than saying "Don't do it," I think the better course is to let Bug 198457
block this bug; and also to determine if there are any cases where the default
value of 'false' might be preferred.

One thing to bear in mind is that, under Windows at least, Mozilla's installation
as the Default Mail Client is not 100% right; until that is fixed, setting this
pref true *and* using Moz as the default mailer will likely get undesired
results.

Comment 4

15 years ago
Adding Bug 198547 to dependency list because if it's not fixed, and this one is, 
Mozilla MailNews will immediately start failing, at least under Windows.
Depends on: 198547

Updated

15 years ago
Blocks: 11459
This has to happen for the Firebird release, no?
Target Milestone: --- → mozilla1.5alpha

Comment 6

15 years ago
It should be set to true when the standalone browser is installed, in any case,
right?

Comment 7

15 years ago
I would agree with that; I've added a comment to that effect in Bug 144828.
> As part of the Nav-only install issue, shouldn't the preference for
> network.protocol-handler.extern.mailto
> be set to True by default?  (per Bug 196798)

is that needed?  I saw shuehan run her fix on windows, 
and I don't think she had that.

but if that's the case, maybe we can do is this:

at build time, if we are building --disable-mailnews, 
in mozilla/modules/libpref/src/init, add a disable-mailnews.js that *only* gets
built / installed when we don't build mailnews.  

network.protocol-handler.extern.mailto can be set to true in disable-mailnews.js.

note, for nav only installs, we have (and need) mailnews.js.  
(shuehan, can you confirm?)

the reason is for people who do this:

1)  run 4.x (with mail)
2)  install mozilla, just the browser
3)  migrate the 4.x profile (need mailnews.js to migrate properly)
4)  later, install mozilla again, with mail

obviously, if you don't build --disable-mailnews, we don't want to export
disable-mailnews.js
Assignee: mscott → shliang

Comment 9

15 years ago
I'm just getting into this, so i hope this is relevent. But on this topic should
not the option
edit - > preferences -> Mail and news - " use mozilla mail as the the default
application" be setting the "network.protocol-handler.external.mailto" to false
if checked and true if not. Currently the option is unselected by default, by
the logic that should indicate that "network.protocol-handler.external.mailto"
is set to false, but its not even present in a default install. 

I know when you install the complete package it launches the internal mozilla
mail, most people i would think still use an external mail application, since
mozilla mail isn't really "there" yet. The above option seems to be a logical
choice to stop mozilla mail from intercepting mailto: request, i know it's one
of the first things i tried, and i know more then one person how's uninstalled
mozilla cause they couldn't find the network.protocol document. 

Comment 10

15 years ago
I just duped the bug this depended on (probably I should have done the dupe the
other way around, but I didn't notice...)
Depends on: 194210
No longer depends on: 198547

Updated

14 years ago
Depends on: 198547
No longer depends on: 194210

Comment 11

14 years ago
I suggest that there be a checkbox added to the "Mail & Newsgroups" section in
the Preferences menu.  It would read like "Use external e-mail application, like
Outlook or Eudora".  I had a heck of a time finding my profile folder in order
to add the line[user_pref("network.protocol-handler.external.mailto", true);] to
the prefs.js file.

Comment 12

14 years ago
Neither standalone Navigator or FireFox need the pref set at all, because it
only applies to the Suite, but comment 9 sounds like a good idea to me.
(In reply to comment #12)
> Neither standalone Navigator or FireFox need the pref set at all, because it
> only applies to the Suite, but comment 9 sounds like a good idea to me.

I'm not seeing the UI mentioned in comment 9 in my copy of Mozilla (Mac 1.7).

I can't find the bug where it was removed either, searching on the string provided.

Most people on this bug would never have found their way here if such a checkbox
existed and worked.  Keith, do you know what version that was in?
Product: MailNews → Core
Assignee: shliang → nobody
QA Contact: grylchan → mailnews.networking
Hardware: PC → All
Target Milestone: mozilla1.5alpha → ---
(Assignee)

Updated

10 years ago
Product: Core → MailNews Core

Comment 14

9 years ago
? seems like the wrong component for this bug, and perhaps its blockers
(In reply to comment #14)
> ? seems like the wrong component for this bug, and perhaps its blockers

This was originally intended for the suite, I think, so I'll let SeaMonkey people deal with it.
Component: Networking → Preferences
Product: MailNews Core → SeaMonkey
QA Contact: networking → preferences
FWIW, I don't think this bug makes any sense for the suite. Think about it! MailNews has been a mandatory part of it for quite some time already, and this bug is about not making use of it by default. I suggest WONTFIX.

[The attached patch can be obsoleted, too, since changing mailnews.js would affect TB, too.]
Whiteboard: [CLOSEME INVA/WONT?]

Comment 17

7 years ago
yeah WONTFIX.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WONTFIX

Comment 18

7 years ago
Definitely.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.