Closed
Bug 1084382
Opened 10 years ago
Closed 9 years ago
Hyperlinks from GMail emails don't work (Using Standalone Addon)
Categories
(Firefox Graveyard :: Web Apps, defect, P2)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: benfrancis, Unassigned)
References
Details
There is no GMail Open Web App so you need to use the Standalone Addon created by Dietrich https://addons.mozilla.org/en-us/firefox/addon/standalone/
STR:
* Install the Standalone Addon
* Log in to mail.google.com
* Add an app using the Standlone addon's rocket button
* Launch the web app
* View an email containing a hyperlink
* Click the hyperlink
Expected:
* The hyperlink opens in a browser tab
Actual:
* GMail says "Grrr! A popup blocker may be preventing the application from opening the page. If you have a popup blocker, try disabling it to open the window." in an alert and the link is not followed.
Reproduced on Ubuntu 14.04.
I'm not sure whether this is a bug in WebRT, caused by something the Standlone addon is doing when creating the "app", or something weird GMail is doing to detect popup blockers, but Marco suggested filing a bug with the STR for investigation.
Updated•10 years ago
|
Priority: -- → P2
Updated•10 years ago
|
Priority: P2 → P1
Updated•10 years ago
|
Whiteboard: DesktopWebRT2
Comment 2•10 years ago
|
||
Nick, can you please try to repro this while you are looking at other desktop stuff
Flags: needinfo?(ndesaulniers)
Comment 3•10 years ago
|
||
Cool add on! This is indeed still the case. It looks the link is a simple anchor tag with a target="_blank" attribute:
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1122756" target="_blank">https://bugzilla.mozilla.org/<wbr>show_bug.cgi?id=1122756</a>
for example. I don't see any event listeners attached to this element, but there's probably some event delegation going on higher up in the DOM. While I can see click event handlers registered, the JS is obfuscated, so I have no idea what's going on.
Flags: needinfo?(ndesaulniers)
Comment 4•10 years ago
|
||
This might be related only to apps installed via the standalone addon. The Mykzilla app has a link with a target="_blank" attribute, you could try if it works.
Comment 5•10 years ago
|
||
From mykzilla, calling `window.open(url);` opens in a new window, the size of the dektopRT window of the existing app. When calling `window.open(url, "_blank");` with FF open in the background, a new tab was opened in FF!
Comment 6•10 years ago
|
||
With FF closed, `window.open(url, "_blank");` launched Firefox, which did not open the new tab.
Comment 7•10 years ago
|
||
(In reply to Nick Desaulniers [:\n] from comment #6)
> With FF closed, `window.open(url, "_blank");` launched Firefox, which did
> not open the new tab.
That may be a Firefox issue unrelated to the runtime. I've noticed that Firefox on Mac doesn't always open a link from another application (including native Mac apps) if Firefox wasn't running when you clicked the link. Firefox does start and become active in those cases, it just doesn't open the link. Returning to the app and clicking the link again will then load it in Firefox. Unsure if this is a known bug (nor that I can consistently reproduce it).
Updated•9 years ago
|
Priority: P1 → P2
Whiteboard: DesktopWebRT2
Comment 8•9 years ago
|
||
Per bug 1238079, we're going to disable the desktop web runtime and remove it
from the codebase, so we won't fix these bugs in the integration between Firefox and the runtime.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•9 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•