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)

x86_64
Linux
defect

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.
Priority: -- → P2
Priority: P2 → P1
Blocks: 1111077
Whiteboard: DesktopWebRT2
Nick, can you please try to repro this while you are looking at other desktop stuff
Flags: needinfo?(ndesaulniers)
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)
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.
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!
With FF closed, `window.open(url, "_blank");` launched Firefox, which did not open the new tab.
(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).
Priority: P1 → P2
Whiteboard: DesktopWebRT2
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
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.