Closed Bug 1311359 Opened 8 years ago Closed 8 years ago

On push subscribe: Error retrieving push subscription

Categories

(Core :: DOM: Push Subscriptions, defect)

49 Branch
Unspecified
Windows 10
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1258596

People

(Reporter: mail, Unassigned)

Details

Attachments

(1 file)

Attached image Screenshot
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Build ID: 20160922113459

Steps to reproduce:

I tried to subscribe to push subscriptions on different sites, for example: https://mozilla-services.github.io/WebPushDataTestPage/


Actual results:

The try always failed with:
DOMException [AbortError: "Error retrieving push subscription."
code: 20
nsresult: 0x80530014]


Expected results:

The registration should have been successful
I don’t know whether this helps, but I have the Firefox Developer Edition and Nightly on the same computer. While I didn’t use them quite a time and the issue started to appear very recently, I don’t know whether these could still have caused this bug. After I discovered the issue, I tried subscriptions in both editions, and it successfully works in both. So my main Firefox is the only one affected.

Please let me know if I can provide any further information ;)
OS: Unspecified → Windows 10
Component: Untriaged → DOM: Push Notifications
Product: Firefox → Core
(In reply to Pascal Reintjens from comment #1)
> I don’t know whether this helps, but I have the Firefox Developer Edition
> and Nightly on the same computer. While I didn’t use them quite a time and
> the issue started to appear very recently, I don’t know whether these could
> still have caused this bug. After I discovered the issue, I tried
> subscriptions in both editions, and it successfully works in both. So my
> main Firefox is the only one affected.
> 
> Please let me know if I can provide any further information ;)

Hi Kit, anything you could think of? :)
Flags: needinfo?(kcambridge)
Thanks for the report!

(In reply to Pascal Reintjens from comment #1)
> I don’t know whether this helps, but I have the Firefox Developer Edition
> and Nightly on the same computer.

That's very helpful to know. Do you use the same profile with Dev Edition and Nightly, by chance? I suspect this is bug 1258596. Push uses IndexedDB to store subscriptions internally, which unfortunately breaks if there's a schema change between release channels (bug 1236557).

Would you mind flipping the "dom.push.loglevel" pref to "all" in about:config, then checking the Browser Console for Push-related errors (or anything mentioning "ActorsParent")? Thanks!
Flags: needinfo?(kcambridge) → needinfo?(mail)
(In reply to Kit Cambridge [:kitcambridge] from comment #3)
> Thanks for the report!
> 
> (In reply to Pascal Reintjens from comment #1)
> > I don’t know whether this helps, but I have the Firefox Developer Edition
> > and Nightly on the same computer.
> 
> That's very helpful to know. Do you use the same profile with Dev Edition
> and Nightly, by chance?
My main Firefox and Nightly share a profile, the Dev Edition has its own profile.

> I suspect this is bug 1258596. Push uses IndexedDB
> to store subscriptions internally, which unfortunately breaks if there's a
> schema change between release channels (bug 1236557).
> 
> Would you mind flipping the "dom.push.loglevel" pref to "all" in
> about:config, then checking the Browser Console for Push-related errors (or
> anything mentioning "ActorsParent")? Thanks!
That could be it, I found that in my logfile: IndexedDB Unable to open IndexedDB database, schema is too high!: ActorsParent.cpp:4499

I changed dom.push.loglevel to all, the only additional error I noticed was: "NetworkError: Failed to load worker script at https://mozilla-services.github.io/WebPushDataTestPage/sw.js (nsresult = 0x80004005)"

Thanks for your help :)
Thanks, Pascal!

(In reply to Pascal Reintjens from comment #4)
> My main Firefox and Nightly share a profile, the Dev Edition has its own
> profile.

That'll do it. :-( I'm sorry we don't have better UX for downgraded profiles. Right now, it mostly works, and there's no indication that things will break. There's plan to make this better, though: https://groups.google.com/forum/#!topic/mozilla.dev.platform.ux/RV01AFaozJQ
Flags: needinfo?(mail)
(In reply to Kit Cambridge [:kitcambridge] from comment #5)
> Thanks, Pascal!
> 
> (In reply to Pascal Reintjens from comment #4)
> > My main Firefox and Nightly share a profile, the Dev Edition has its own
> > profile.
> 
> That'll do it. :-( I'm sorry we don't have better UX for downgraded
> profiles. Right now, it mostly works, and there's no indication that things
> will break. There's plan to make this better, though:
> https://groups.google.com/forum/#!topic/mozilla.dev.platform.ux/RV01AFaozJQ
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: