Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Menu does not show reason for blocked "Options, Sync, Create Account" #687

Closed
netjeff opened this issue Jul 15, 2015 · 3 comments
Closed

Comments

@netjeff
Copy link

netjeff commented Jul 15, 2015

This is probably closely related to the #619 but the symptoms are slightly different, so I wanted to capture them. Feel free to close this against #619.

I run with "block all requests by default". I went to the Options "page", then chose "Sync". When I click on "Create Account" I get a blank page. The RP menu shows nothing at all. The request log shows a blocked request from about:accounts?action=signup&entrypoint=preferences to https://accounts.firefox.com/.... See screenshot.

I manually created a rule for origin scheme about and destination accounts.firefox.com, and things work fine now.

In some ways this is similar to #619 where menu shows URI without host as "null". I'm pretty sure that the origin about: URI is the source of the problem, but the menu does not even show "null". If this is close enough to #619, feel free to close this one.

screenshot

@myrdd
Copy link
Member

myrdd commented Jul 22, 2015

This is indeed closely related to #619, but I'd keep it separated, as #619 is more urgent (IMHO). So #619 is about requests to URIs without host, this issue is about the origin URI. Thanks for the report @netjeff.

@myrdd myrdd added this to the 1.0 milestone Jul 22, 2015
@Marc05
Copy link

Marc05 commented Aug 9, 2016

This is the same as #426 and is still a problem on Firefox 48.0

Adding the rule from *.firefox.com to *.mozilla.com fixed it.

rpc_sync_bug

@myrdd
Copy link
Member

myrdd commented Aug 12, 2016

This issue had in fact already been fixed by commit 9854d0a, but now has been reintroduced due to a new domain. Thanks @Marc05 for posting here, and for mentioning the duplicate. A compatibility rule from https://accounts.firefox.com/ to https://accounts.cdn.mozilla.net/ will be included in the next version.

@myrdd myrdd closed this as completed in a7e7a7b Aug 14, 2016
jrrdev pushed a commit to jrrdev/requestpolicy that referenced this issue Nov 22, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants