I don't think that target="_blank" is the issue here, Firefox should regardless open a new tab on mailto: with mailto handler set to a webmail application in Options > Applications. You can bump up the version number as well, as this is still an issue in Fx7beta.
Turns out there is another issue here as well, as the page you click the mailto link on will be gone from back-forward history in the tab. Adding an example.
Comment on attachment 556605 [details] mailto links should open in a new tab <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title></title> </head> <body> <ol> <li>Open this page in a new tab to make sure that there is no back-forward history for this tab <li>Set a webmail provider, eg. gmail, to handle mailto links in Options > Applications <li>Click this <a href="mailto:firstname.lastname@example.org">mailto link</a> </ol> <p>Pass if gmail opens in a new tab</p> <ol> <li>If gmail opens in current tab, which is a fail, go back in history to this page using the Back button <li>click the mailto link above once again <p>Pass if this page is in the back-forward history for this tab after last step</p>
(In reply to heraldo from comment #3) > Created attachment 556605 [details] > mailto links should open in a new tab > > Turns out there is another issue here as well, as the page you click the > mailto link on will be gone from back-forward history in the tab. Adding an > example. This is bug#499527.
Thanks R Pruitt, would you be so kind and delete comment nr. 4 for me? I messed up a bit, thought i could edit the attachment directly..
Is this issue expected to be resolved. It seems that target="_blank" should be respected particularly with mailto: links.
This is particularly bad with respect to user experience; most sites use a mailto: in order to allow the user to contact the webmaster. This bug will be seen a lot. One of a designer's goals is to keep the user on the site as long as possible (time is money); in the case of a 404 or another error where there's already a certain level of frustration for the user, this problem compounded by the inability to use history to go back to the site elevates that frustration and can cause visitors to abandon the site. Hopefully this can be fixed in the near future.
Firefox 30.0 - I can't get it to respect *ANY* "_blank" links - let alone "mailto".
Same problem in FF 31 Mac. mailto link ignores target="_blank" and previous (page with the mailto) is missing from browser history when pressing back button.
Voting for a fix.
Voting for a fix too.
Voting for a fix although I think this is a significant issue. Especially after the user sends the email they remain on a blank Gmail page? This effectively kills the opportunity to engage the user any more on our sites.
This issue is nerly 5 years old. Opening the link in the same window kills the usage in web-apps. I'm also voting for a fix. Please!
Please do something to fix this bug of _blank mailto links opening in _self tab !!
This is an especially bad bug since it kills history as well. Please fix.
+1 I work on an interactive web app (chat, group annotations, etc). We are trying to use mailto with target="_blank" to allow people to share an email link to their session, but obviously leaving the webapp to do so is horrible user experience! I feel like this is a serious issue, and would love a fix.
+1 requesting attention. Horrible that this bug has existed for 6 years+ and has not been handled. Whenever we offer a mailto: link to our visitors, we are making it horrible to click for FF users, of whom there are many in our target audience.
I can reproduce this in FF 56. It appears to be the same issue as https://bugzilla.mozilla.org/show_bug.cgi?id=539562, and although https://bugzilla.mozilla.org/show_bug.cgi?id=526736 is supposedly about Prism, I wonder if it's the same bug as well.
Dudes, really...? I love Firefox btw
Triage pls. Unless... Is there a reason why such feature appears abandoned in time?
I would say that if this problem is still reproducible it should be fixed, maybe in the way suggested by bug 539562. At this time, however, we don't have a team working on the File Handling component, so it's unlikely to be fixed in the short term.
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.