Closed Bug 395425 Opened 18 years ago Closed 18 years ago

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

Categories

(Toolkit :: Add-ons Manager, defect)

Product:
Toolkit
Component:
Add-ons Manager
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: u279076, Unassigned)

References

Details

(Keywords: regression)

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.
Appears to be a regression with using contentAreaUtils.js
Keywords: regression
Looks like this may be due to a change in nsIURILoader.
A regression range would be handy.
note: this does not appear to affect the add-ons mgr. in Thunderbird.
This appears to be caused by the use of https as implemented in bug 384897 and the interaction with nsIURILoader.
Blocks: 384897
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.
Filed Bug 395434 for the same bug in the downloads manager.
Flags: blocking-firefox3?
Blocking, but I'm having trouble reproducing on OSX ...
Flags: blocking-firefox3? → blocking-firefox3+
hmmm... it is open significantly faster now.
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
Nothing obvious as to what fixed this. Resolving -> wfm. Please reopen if you can still reproduce.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Interesting. Still present in my build from late on the 14th, so if it's gone, it's very recently gone.
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.
I verify this as WORKSFORME on 2007101604. It takes approximately 1 second to open the new tab. I think this is acceptable.
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
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).
You need to log in before you can comment on or make changes to this bug.