Open Bug 1664784 Opened 4 years ago Updated 4 years ago

Extension name on available for blocked requests

Categories

(DevTools :: Netmonitor, defect, P3)

defect

Tracking

(Not tracked)

People

(Reporter: Honza, Unassigned)

Details

Originally mentioned here https://bugzilla.mozilla.org/show_bug.cgi?id=1663434#c5

STR
0) Install https://www.alexa.com/toolbar/policy

  1. Open DevTools and select the Network panel
  2. Load https://trello.com/b/s9lL7n85/blog-editorial-calendar (or https://trello.com/inspiringboards)
  3. Reload the page, watch the Network panel content
  4. There are some blocked requests with reason "blocked", they are not blocked when the extension is not installed/active, so looks like the extension does that, but there is no extension name -> BUG

Honza

Might be related, from https://bugzilla.mozilla.org/show_bug.cgi?id=1663434#c11

Another crazy bug when you have Twitter, two accounts logged in and "Alexa Toolbar for Firefox" activated: open https://twitter.com/home, log in to your account, add another account with clicking "add existing account" on the left bottom (where your profile name is), log in to another account (if you have one), enable "Alexa Toolbar for Firefox" from above and try to switch the accounts. Won't work.

Showing related add-on name was implemented in Bug 1555057

@Bomsy, can you reproduce this?

Honza

Flags: needinfo?(hmanilla)

I can reproduce this.

I did a quick investigation, It looks like the extension does not actually block any of the requests as the blockedReason is 1005 which means they are blocked for CORS reasons. Not sure how the extension is causing this ... but still need to figure out why the full error message ( CORS Missing Allow Origin) does not show up.

I also tried disabling, refreshing the page and re-enabling the extension. The requests seem to never block again.

Flags: needinfo?(hmanilla)
You need to log in before you can comment on or make changes to this bug.