Closed
Bug 1177064
Opened 10 years ago
Closed 7 years ago
Gmail Service fails after 1-2 uses, generates 2 new background tabs, doesn't web share page by email
Categories
(Firefox :: Extension Compatibility, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: RBLevin, Unassigned)
Details
(Whiteboard: [platform-rel-Google] [platform-rel-Gmail])
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150525141253
Steps to reproduce:
* Install Gmail service to send pages and images
* Go to a web page
* Click the Firefox Services paper airplane toolbar button
* Click the Gmail icon
* Share the page via the dialog that appears
* Repeat the above several times with different pages
Actual results:
The first 1 or 2 times the service behaves as expected. Eventually it breaks, opening the email share in a background tab, and displaying a never-ending throbber in the Services dialog where Gmail is supposed to appear. When you close the dialog, a second background tab appears. The first will the sharing data from the last successful share, not the current page the user wants to share.
Expected results:
The Gmail services dialog should open, Gmail loads and appears inside the dialog, the correct share data is populated, and the user can send the share.
Browser state after Gmail services dialog is closed by the user.
Is it reproducible with a fresh profile?
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles
Flags: needinfo?(RBLevin)
Comment 3•9 years ago
|
||
Is this bug still present in Firefox 42.0 or Nightly 45.0a1?
Comment 4•9 years ago
|
||
Closing this as incomplete due to inactivity and lack of response from the reporter. Please feel free to reopen the bug if the issue still reproduces on a current build. Thanks
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Comment 5•9 years ago
|
||
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20160105164030 CSet: 146f494b6a79f452193a2a35b7c5a547d18ffbbe
Bug still present and highly annoying. Please re-open and investigate. In my experience the process has been:
1st use, works great
2nd or 3rd use, compose popup appears blank with throbber. The content that is supposed to be in this popup is actually rendered in a new tab UNDER the popup. If I click off of the popup onto this tab, the popup closes and I am directed to ANOTHER new, blank tab, with a URI of "data:text/plain;charset=utf8," showing in the Awesome Bar. However, if I switch to the "compose" tab I can still send as expected.
All subsequent uses until browser session ends, same behavior, EXCEPT the compose window that erroneously opens in a tab retains the content from the first error above rather than the NEW content I am trying to share. I cannot send any new content.
Further, clicking another share service (e.g. Twitter) in the empty compose popup results in another new tab opening in background, containing the expected service contents (e.g. Twitter compose window) but, as with Gmail, the OLD link (from first error above) is inserted.
This is highly visible, clearly broken behavior.
(In reply to Loic from comment #2)
> Is it reproducible with a fresh profile?
> https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles
Yes, and on multiple PCs, one running Win7, one running Win10.
Flags: needinfo?(RBLevin)
(In reply to Justin - QA from comment #3)
> Is this bug still present in Firefox 42.0 or Nightly 45.0a1?
Yes. I am on 43.0.4, just tested it, still behaving as documented.
(In reply to Loic from comment #2)
> Is it reproducible with a fresh profile?
> https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles
I also tested this on a clean install of Windows 10. Same behavior.
New observation: When this behavior starts, exiting Firefox 43.0.4 and restarting can resolve the problem for some time.
| Reporter | ||
Comment 10•9 years ago
|
||
Here's a video of the bug: http://is.gd/VZT7ZY
BTW, I have a hunch that this bug could be fixed if the services feature was reinitialized after each use.
Thanks.
Updated•9 years ago
|
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: INCOMPLETE → ---
Comment 11•9 years ago
|
||
I can reproduce this bug on the newest Nightly build 46.0a1(In reply to RBL from comment #0)
>
> Steps to reproduce:
>
> * Install Gmail service to send pages and images
> * Go to a web page
> * Click the Firefox Services paper airplane toolbar button
> * Click the Gmail icon
> * Share the page via the dialog that appears
> * Repeat the above several times with different pages
I share one page and attempt to share another and get the same results as the video below.
> Here's a video of the bug: http://is.gd/VZT7ZY
>
Status: REOPENED → NEW
Component: Untriaged → Extension Compatibility
Updated•9 years ago
|
Whiteboard: [platform-rel-Google] [platform-rel-Gmail]
Updated•9 years ago
|
platform-rel: --- → ?
Comment 12•9 years ago
|
||
Confirming bug still present in Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:47.0) Gecko/20100101 Firefox/47.0 ID:20160623154057 CSet: 7f5abf95991bda0bc2b8e0d774a8866b726b312b
Updated•8 years ago
|
platform-rel: ? → ---
Comment 13•7 years ago
|
||
With WebExtensions being the only valid way of doing extensions in Firefox 57, I don't think this bug is still relevant.
Status: NEW → RESOLVED
Closed: 9 years ago → 7 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•