Closed Bug 557600 Opened 14 years ago Closed 13 years ago

Viewing SDK docs slows down computer

Categories

(Add-on SDK Graveyard :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: adw, Unassigned)

Details

jmaher mentioned in #jetpack today that viewing the docs either online or locally causes his computer to freeze for about 45 seconds, then the docs display.  He's running ubuntu 9.10 with firefox 3.5.8.  That's all the info I have, but I'm sure he'd be happy to answer any questions here.
Whoa, that is really weird. Particularly for the online case, by which I assume you mean he's viewing the docs at jetpack.mozillalabs.com, in which case it must all be browser-related. Could this be a bug with Firefox or something? Because the docs are just ordinary web page...
yeah, every now and then a large web page (like tinderbox log) will do the same thing, but the content here is so small that I don't expect much.  I tried a couple versions of Firefox all with the same result.

In terms of the online version, it is jetpack.mozillalabs.com.  I found the .md files in the sdk and just read them as raw text.
Joel: what happens when you try viewing the docs with a different browser?  Just wondering if this is perhaps some strange Firefox bug.
ok, I tried this with google chrome and the docs loaded up really fast as I would expect.  Then I tried again with firefox and there was a lag (about 20 seconds this time around for a couple pages.)  So this is really looking like a firefox bug.

I get the left hand pane of the webpage displayed, just the content part takes forever (and locks my computer up)
Could you try in a brand new profile with no extensions, etc?
no luck with a blank profile and no extensions :(
I was taking a quick look at the js for the dev guide (cfx docs) and noticed some minor things that could be changed for some small gains: http://github.com/erikvold/jetpack-sdk/commit/6c27cf81389da5769e1dbd3af2dffcee3d0457d3.patch

I was thinking that another nice hack would be to cache a handful of recent ajax requests (after they've been converted) or the final html generated for pages. This way if a user vistis a page that they were recently at it loads much more quickly. It could be as few as 1-3 pages to minimize memory usage.
The Add-on SDK is no longer a Mozilla Labs experiment and has become a big enough project to warrant its own Bugzilla product, so the "Add-on SDK" product has been created for it, and I am moving its bugs to that product.

To filter bugmail related to this change, filter on the word "looptid".
Component: Jetpack SDK → General
Product: Mozilla Labs → Add-on SDK
QA Contact: jetpack-sdk → general
Version: Trunk → unspecified
A lot of the architecture and implementation has changed in the last year.

Joel: can you still reproduce this problem with the latest version of the SDK?
with the latest addons builder SDK, this works just fine!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.