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. ** Also affects: qtdeclarative-opensource-src (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to qtdeclarative-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1383343 Title: Application icons take a long time to load on slow network Status in qtdeclarative-opensource-src package in Ubuntu: New Status in unity-scope-click package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Triaged 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. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1383343/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : [email protected] Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
