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)
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
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
Comment 2•14 years ago
|
||
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?
Comment 3•14 years ago
|
||
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)
Comment 5•12 years ago
|
||
Hey john can you confirm this issue on Firefox 10? * getfirefox.com
Comment 6•12 years ago
|
||
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.
Comment 7•12 years ago
|
||
As Firefox 6 is now obsolet, i am marking this bug as worksforme
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Comment 8•12 years ago
|
||
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.
Updated•12 years ago
|
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Updated•12 years ago
|
Status: REOPENED → UNCONFIRMED
Ever confirmed: false
Comment 9•12 years ago
|
||
(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
Comment 10•12 years ago
|
||
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.
Comment 11•12 years ago
|
||
The issue remains present if I start Firefox in safe mode; javascript mailto: commands do not work. I will examine the profile change soon.
Comment 12•12 years ago
|
||
The issue is no longer present if I use a clean profile; javascript mailto: then behaves normally.
Comment 13•12 years ago
|
||
(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 ago → 12 years ago
Resolution: --- → WORKSFORME
Comment 14•12 years ago
|
||
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 → ---
Comment 15•12 years ago
|
||
The problem resides in the old profile's prefs.js; copying it make both profiles behave the same way: javascript mailto: does not function.
Comment 16•12 years ago
|
||
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.
Comment 17•12 years ago
|
||
I have emailed the bad prefs.js file to you, Boris.
Comment 18•12 years ago
|
||
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.
Comment 19•12 years ago
|
||
Indeed, they did. Gmail now handles everything, just as before. Spasibo!
Updated•9 years ago
|
Status: REOPENED → RESOLVED
Closed: 12 years ago → 9 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.
Description
•