ancillary sites consistently slow doc page loading

Bug #1896675 reported by Bill Wear
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Invalid
Undecided
Unassigned
maas-ui
Fix Released
Unknown

Bug Description

lately, i frequently see loading times in excess of 10sec on doc pages, often even refreshing an unchanged page. during these slowdowns, i can see that the page is hung up waiting to communicate with six or seven ancillary sites, such as:

google-analytics
crazyegg
usabilla
<something>-manager
possibly facebook-<something>?

i couldn't capture them all when trying to capture them for this bug, but i feel like i've seen additional sites.

if we can see and experience this, so can our customers. not sure how customers would feel about waiting for a doc page to load whilst all these tracking and monitoring sites are dragging down the browser. this may be necessary, but as it's structured now, it certainly isn't conducive to customer satisfaction or comfort. can we speed it up, and, if the ancillary sites really are valuable (some are), maybe hide them from the URL display when they're loading?

Tags: ui
Changed in maas-ui:
importance: Undecided → Unknown
Revision history for this message
Peter Mahnke (peterm-ubuntu) wrote :

Bill,

I am 99% sure those aren't blocking rendering. I think it might be some jquery that seems to load slowly. But the problem seems to be the initial connection for the main html page.

Looking at the headers, I think this might be it

warning: 199 canonicalwebteam.discourse-docs "Could not parse URL map item {item}"
warning: 199 canonicalwebteam.discourse-docs "Could not parse URL map item {item}"
warning: 199 canonicalwebteam.discourse-docs "Redirect path /docs/release-notes clashes with URL map"

Kit, Ant can you help?

Peter

Revision history for this message
Bill Wear (billwear) wrote :

Peter,

That could be the case, I have added a lot of new URLs lately as part of the RAD project. How do I collect more information on the two unparse-able items?

Revision history for this message
Kit Randel (blr) wrote :

Peter, just had a quick look at this, and it appears the slow loading is on the server - seeing 4-10s load times. I don't think this is anything on the client blocking rendering.

Revision history for this message
Kit Randel (blr) wrote :
Changed in maas:
status: New → Fix Committed
Changed in maas-ui:
status: New → Fix Released
Revision history for this message
Bill Wear (billwear) wrote :

Much snappier now, thanks. Well done.

Changed in maas:
milestone: none → 2.9.0rc1
Changed in maas:
status: Fix Committed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.