Closed Bug 615073 Opened 14 years ago Closed 9 years ago

link "email support" (mailto:)is not working, due to preferences not reset by addon removal

Categories

(Firefox :: General, defect)

x86
Windows 7
defect
Not set
major

Tracking

()

RESOLVED INVALID

People

(Reporter: johnkbird, Unassigned)

References

()

Details

(Whiteboard: [addon: Google Toolbar])

User-Agent:       Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101126 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101126 Firefox/4.0b8pre

28-Nov 2010  the link "email support" does not work in last 2 nightly builds.    Works in
ie9
and chrome on this page.  Windows 7, using WIndows Live Mail

Anyone else seeing this?  Anything unusual with this page link?

Looks just like a simple mailto:

<b>Contact by e-mail</b><br>
<br>
<a href="mailto:support@editplus.com">support@editplus.com</a><br>
<br></span>
<hr>

Further info:

Minefield does recognise the link is clicked, I see a flicker on the URL 
bar, then the destination of the link showing in the URL bar disappears, but 
Minefield does not actually do anything.

Same happens in safe mode for me.

Two other users on dev-apps-Firefox list have confirmed mailto links are not working for them either - (in one case looked like linux and Thnunderbird were not opening new email window.)


Reproducible: Always

Steps to Reproduce:
1.Go to page with mailto link eg http://www.editplus.com/feedback.html
2.Click on "email support" link
3.No email message opens
Actual Results:  
Nothing happens!

Expected Results:  
New email message supposed to open in default mail program

Does same in safe mode
Version: unspecified → Trunk
This works for me on XP, it opens a Thunderbird new email window.
Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101127 Firefox/4.0b8pre
Works for me with today's nightly Firefox build on Win 7. I've tested a few other mailtos besides the one listed in this report and all seem to launch my desktop email client message compose feature just fine. 

Which was the first nightly build where this started failing for you.  What changes landed between the build that does work and the build that doesn't?
WORKSFORME in windows 7, dialog asking which client id like to use pops up

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:2.0b8pre) Gecko/20101203 Firefox/4.0b8pre ID:20101203044708
I have tested this on the latest nightly (3 Dec) and is still not working for me on 2 different pages - either normal or in safe mode.  But both pages work mailto: links are working in IE9 and Chrome.

I have re-checked in Control Panel/Default programs that mailto: links are set to be opened in Windows Live Mail.

My version of Windows Live Mail is Version 2011 (Build 15.4.3502.0922)
Hey john can you confirm this issue on Firefox 10? 
* getfirefox.com
I can confirm the bug I previously reported (javascript mailto: completely unresponsive) on two separate web pages I wrote, both previously functioning in Firefox on my home computer (Windows Vista) and presently functioning in Firefox 6 on my work computer (Windows XP), but not in Firefox 10 on my home computer.
As Firefox 6 is now obsolet, i am marking this bug as worksforme
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
No, you have misread. Firefox 10 has the bug, and javascript mailto: does not work on it.  Firefox 6 works fine, but as you point out, it is obsolete.

The updated Firefox, Firefox 10 does not work for me, and the bug is not resolved.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Status: REOPENED → UNCONFIRMED
Ever confirmed: false
(In reply to John L Spouge from comment #6)
> I can confirm the bug I previously reported (javascript mailto: completely
> unresponsive) on two separate web pages I wrote, both previously functioning
> in Firefox on my home computer (Windows Vista) and presently functioning in
> Firefox 6 on my work computer (Windows XP), but not in Firefox 10 on my home
> computer.

Does the issue still occur if you start Firefox in Safe Mode?
http://support.mozilla.com/en-US/kb/Safe+Mode
How about with a new, empty profile?
http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_8-make-a-new-profile
John Spouge, this bug is originally reported against a Firefox 4 beta... whatever behavior change you see from Firefox 6 to Firefox 10 is almost certainly a different issue.
The issue remains present if I start Firefox in safe mode; javascript mailto: commands do not work. I will examine the profile change soon.
The issue is no longer present if I use a clean profile; javascript mailto: then behaves normally.
(In reply to John L Spouge from comment #12)
> The issue is no longer present if I use a clean profile; javascript mailto:
> then behaves normally.

Great
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → WORKSFORME
John, can you figure out what part of the old profile is responsible?  e.g., does copying over its prefs.js to the new profile make the new profile behave the same way?

Reopening, since "use a new profile and lose all your data" is not a solution in general.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
The problem resides in the old profile's prefs.js; copying it make both profiles behave the same way: javascript mailto: does not function.
OK.  Can you narrow down which pref was relevant?  If you're willing to post the relevant prefs.js file in this bug or e-mail it to me, I might be able to spot which one it is, if you don't want to just narrow it down yourself.
I have emailed the bad prefs.js file to you, Boris.
Thanks!

The relevant preferences from the file are these:

  user_pref("network.protocol-handler.expose.mailto", true);
  user_pref("network.protocol-handler.external.mailto", false);

The first one says "claim to support mailto: urls yourself" and the second one says "never hand mailto: urls over to an external application".

Also of interest are these:

  user_pref("google.toolbar.mailto.gmail.configured", true);
  user_pref("google.toolbar.mailto.old-expose", false);
  user_pref("google.toolbar.mailto.old-external", true);

which make it look like you had the Google Toolbar extension installed and handling mailto:.  Then it stopped being updated and got disabled as being incompatible... but it left its messed-up preference settings.  :(

Just removing those first two lines should make things work for you.
Indeed, they did.  Gmail now handles everything, just as before.

Spasibo!
Status: REOPENED → RESOLVED
Closed: 12 years ago9 years ago
Resolution: --- → INVALID
Summary: link "email support" (mailto:)is not working → link "email support" (mailto:)is not working, due to preferences not reset by addon removal
Whiteboard: [addon: Google Toolbar]
You need to log in before you can comment on or make changes to this bug.