[go: nahoru, domu]

Open Bug 130253 Opened 23 years ago Updated 2 years ago

Default install hijacks Internet Explorer Send Link by E-Mail function

Categories

(MailNews Core :: Simple MAPI, defect)

x86
Windows 2000
defect

Tracking

(Not tracked)

People

(Reporter: cthart, Unassigned)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461; .NET 
CLR 1.0.3705)
BuildID:    2002031104

The Internet Explorer function to send a link by e-mail brings up a Mozilla 
compose window instead of Outlook Express, even if OE is the default mail 
handler

Reproducible: Always
Steps to Reproduce:
1. Default full install of Mozilla 0.9.9
2. Leave IE as the default browser; Outlook Express remains the default mail 
client (also confirmed if I check in Internet Options -> Programs, or in OE 
under Tools -> Options, it says that OE is the default handler for mail and 
news)
3. Go to any website in IE (I have IE6 installed).
4. Choose File -> Send -> Link by E-Mail

Actual Results:  Mozilla's Composition window appears if Mozilla is already 
running (including if it is only running in QuickLaunch mode); Nothing happens 
if Mozilla is not running.


Expected Results:  I would have expected that the OE new message window should 
appear.

The following exists in my registry:

[HKEY_CURRENT_USER\Software\Clients\Mail]
@="Mozilla"

I think this is the old location and wrong (at least for W2K and/or IE6).

If I delete the [HKEY_CURRENT_USER\Software\Clients] key, OE is again the 
handler for 'send link by e-mail'.
-> Simple Mapi
Assignee: ducarroz → rdayal
Component: Composition → Simple MAPI
QA Contact: sheelar → trix
behavior still exists in current builds.
- uninstall
- remove HKEY_CURRENT_USER\Software\Clients\Mail
- install
- @=Mozilla is added back
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: trix → yulian
QA Contact: yulian → stephend
*** Bug 177409 has been marked as a duplicate of this bug. ***
I suggest that this bug is a duplicate of Bug 155241.  The problem is not that
Mozilla's mailer is writing to this registry key; the problem is that the
default install assumes Mozilla will be the default for everything.

155241 was defined as an Installer issue.  A commentor there suggested the issue
was file-handling, but the file-handling issues are dealt with in other bugs.
I suggested there that 155241 remain open as an Installer bug, to add options
to (at least) Custom install to select whether Moz should be default browser,
mailer, image-file handler, etc.
My comment 4 is completely off base.

The behavior ascribed to IE6 is quite correct; IE6 is the only application I'm 
aware of that abides by the HKCU key.  Generally, MAPI-aware applications (Word) 
do not; they get the MAPI handler straight from Windows, which refers to the 
HKLM\Software\Clients key. (Note that Outlook Express 6 does not *set* the HKCU 
key when it is made default.)


Testing this bug, I see that simply installing Mozilla, without setting it as 
the default, does not write the HKCU key.  Once Mozilla has been set as the 
default mailer, the HKCU is written.  If uninstalled, it will restore the 
previous value (usually null, but could be "Mozilla Thunderbird" since TB does 
the same thing with HKCU).  But Mozilla is not executed when some other client 
is made the default, so it does not have the opportunity to undo that key; and I 
know of no other client (besides Thunderbird) which also writes to the 
HKCU\Software\Clients branch when it's made default.

Colin Hart, Daniel Wang: are you still experiencing a situation where simply 
installing Mozilla (or Thunderbird, for that matter), without setting it as 
default, writes the HKCU key?
(In reply to comment #5)
> The behavior ascribed to IE6 is quite correct; IE6 is the only application I'm 
> aware of that abides by the HKCU key.  Generally, MAPI-aware applications
> (Word) do not; they get the MAPI handler straight from Windows, which refers
> to the HKLM\Software\Clients key.

This isn't quite right -- Word does use MAPI handler from HKLM, but the 
functions of Windows itself (such as Explorer's right-click on file, Send To >
Mail Recipient) as well as IE abide by the HKCU.  See bug 178770.
Product: MailNews → Core
Assignee: rdayal → nobody
QA Contact: stephend → simple-mapi
Product: Core → MailNews Core
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.