Application icons take a long time to load on slow network

Bug #1383343 reported by Alan Pope 🍺🐧🐱 🦄
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
qtdeclarative-opensource-src (Ubuntu)
Triaged
Undecided
Unassigned
unity-scope-click (Ubuntu)
Invalid
Undecided
Unassigned
unity8 (Ubuntu)
Invalid
High
Unassigned

Bug Description

I'm at an event where the wifi has a captive portal (hhonors) and a company wireless network (Canonical)
I connected to hhonors first when I arrived and so it often gets chosen when I boot my phone.

When I boot up or unlock the device I see no icons in the dash for many seconds.
I have to either wait a long while (a minute) or switch to a wireless network which doesn't have a captive portal.

I don't believe we should be dependent on a network connection to just show locally installed application icons.

summary: - Icons don't load when on a poor quality network
+ Application icons take a long time to load on slow network
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity8 (Ubuntu):
status: New → Confirmed
Revision history for this message
Michał Sawicz (saviq) wrote :

Completely agree, can you tell though whether you get all the apps, but no icons, vs. the page just being blank?

Revision history for this message
Alan Pope 🍺🐧🐱 🦄 (popey) wrote :

I see all the text under where the icons should be, but with no icons. The page isn't blank, it's just missing icons.

Revision history for this message
Michał Sawicz (saviq) wrote :

This sounds like the network caching kicks in for local images or something... :/

Changed in unity-scope-click (Ubuntu):
status: New → Invalid
Changed in unity8 (Ubuntu):
status: Confirmed → Triaged
importance: Undecided → High
Revision history for this message
Albert Astals Cid (aacid) wrote :

My guess for this is this:
 * There is one thread in Qt doing asynchronous loading for file, http and custom-provider images
 * The images on the dash are asynchronous
 * The Qt thread doing asynchronous loading pauses processing requests if there's 8 http requests going on
 * If the internet is slooooow it may happen that there is 8 http requests going on and thus the file local ones are stalled until one of the http ones finishes

Qt 5.6 will have a fix for this (and so will be if we backport the QQuickAsyncImageProvider patch as planned https://codereview.qt-project.org/#/c/108540/ )

I can also provide small patches against Qt 5.3 and Qt 5.4 if we want to carry those.

Revision history for this message
Albert Astals Cid (aacid) wrote :

So we basically have to either get https://codereview.qt-project.org/#/c/108540/ or it's smaller brother https://codereview.qt-project.org/#/c/109756/ in

Changed in unity8 (Ubuntu):
status: Triaged → Invalid
Changed in qtdeclarative-opensource-src (Ubuntu):
status: New → Triaged
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Work ongoing now.

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.