395425 - Addons Manager "Get" links do not open AMO in a new tab immediately on click

Status: VERIFIED WORKSFORME

(Toolkit :: Add-ons Manager, defect)

Description

[u279076]

When clicking on one of the "get" links in the Addons Manager using Minefield 2007090704 on Ubuntu 7.04, AMO opens in a new tab but there is approximately a 10 second lag between the click event and when the new tab appears in the UI.

Steps to Reproduce:
1. Start Minefield
2. Open the Addons Manager (Tools>Addons)
3. Click on either the Extensions, Themes, or Plugins tab
4. Click on the "get..." link

Actual Results:
After approximately 10 seconds, a new tab is open loading AMO.

Expected Results:
New tab should open as soon as "get..." link is clicked.

Comment 1

[Robert Strong (they/them - no direct email)]

Appears to be a regression with using contentAreaUtils.js

Comment 2

[Robert Strong (they/them - no direct email)]

Looks like this may be due to a change in nsIURILoader.

Comment 3

[Robert Strong (they/them - no direct email)]

A regression range would be handy.

Comment 4

[Robert Strong (they/them - no direct email)]

note: this does not appear to affect the add-ons mgr. in Thunderbird.

Comment 5

[Robert Strong (they/them - no direct email)]

This appears to be caused by the use of https as implemented in bug 384897 and the interaction with nsIURILoader.

Comment 6

[Robert Strong (they/them - no direct email)]

Also not that opening the referrer in the download manager for a download from an https location it is also slow to open the url.

Comment 7

[Robert Strong (they/them - no direct email)]

Filed Bug 395434 for the same bug in the downloads manager.

Comment 8

[Mike Beltzner [:beltzner, not reading bugmail]]

Blocking, but I'm having trouble reproducing on OSX ...

Comment 9

[Robert Strong (they/them - no direct email)]

hmmm... it is open significantly faster now.

Comment 10

[AndrewM]

I cannot reproduce this at all on Windows Vista, new tabs open instantly.

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a9pre) Gecko/2007101605 Minefield/3.0a9pre ID:2007101605

Comment 11

[Robert Strong (they/them - no direct email)]

Nothing obvious as to what fixed this. Resolving -> wfm. Please reopen if you can still reproduce.

Comment 12

[Phil Ringnalda (:philor)]

Interesting. Still present in my build from late on the 14th, so if it's gone, it's very recently gone.

Comment 13

[[:Aleksej]]

Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a9pre) Gecko/2007101604 Minefield/3.0a9pre

Takes approximately 4 seconds first time, 2 seconds subsequently.

Comment 14

[u279076]

I verify this as WORKSFORME on 2007101604.  It takes approximately 1 second to open the new tab.  I think this is acceptable.

Comment 15

[Robert Strong (they/them - no direct email)]

Though this has improved a lot I still see this happen every once in a while when opening https urls using the openURL method in contentAreaUtils.js. Today while compiling so there was a lot of disk activity it took over 20 seconds before there was an indication in the ui (e.g. new tab created).