After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 736983 - webapp should open external links via preferred browser
webapp should open external links via preferred browser
Status: RESOLVED DUPLICATE of bug 712402
Product: epiphany
Classification: Core
Component: Web Applications
unspecified
Other All
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-09-19 16:05 UTC by Allison Karlitskaya (desrt)
Modified: 2014-09-20 07:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Allison Karlitskaya (desrt) 2014-09-19 16:05:09 UTC 
I use fastmail (inside of an Epiphany webapp) as my primary way of reading mail.

It used to be the case (in Fedora 20) that clicking on a link received in an email (bugzilla notification, for example) it would open in Firefox -- my preferred browser.

Since the upgrade to Fedora 21, it now opens in another tab inside of the webapp window.  There is no actual tab though.  I can switch back and forth using Alt+1 and Alt+2, but there are no physical tabs at the top of the window.

No external site should ever open in the same window as fastmail -- it sould be opened via my normal browser.

I do wonder if this has something to do with the specific method that fastmail uses to open external links (ie: javascript-based popup)...
Comment 1 Michael Catanzaro 2014-09-19 17:41:40 UTC 
Looks similar to bug #712402
Comment 2 Allison Karlitskaya (desrt) 2014-09-19 18:51:25 UTC 
I completely agree that this is the same issue -- I skipped the customary dup check because I was told on IRC to file the bug.

*** This bug has been marked as a duplicate of bug 712402 ***
Comment 3 Carlos Garcia Campos 2014-09-20 07:00:27 UTC 
(In reply to comment #2)
> I completely agree that this is the same issue -- I skipped the customary dup
> check because I was told on IRC to file the bug.
> 
> *** This bug has been marked as a duplicate of bug 712402 ***

Yes, sorry, I had forgotten the other bug. Now that we receive a navigation action in the WebKitWebView::create signal, this should be easier to fix, I think.