This bug was fixed in the package net-cpp - 1.1.0+15.04.20150123.1~rtm- 0ubuntu1
--------------- net-cpp (1.1.0+15.04.20150123.1~rtm-0ubuntu1) 14.09; urgency=low [ Marcus Tomlinson ] * Explicitly cast milliseconds::count() to long (LP: #1409995) -- Ubuntu daily release <ps-jenk...@lists.canonical.com> Fri, 23 Jan 2015 14:58:31 +0000 ** Changed in: net-cpp (Ubuntu RTM) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1409995 Title: Queries to remote scopes time out Status in the base for Ubuntu mobile products: Fix Released Status in unity-scopes-api package in Ubuntu: Fix Released Status in net-cpp package in Ubuntu RTM: Fix Released Status in unity-scopes-api package in Ubuntu RTM: In Progress Bug description: I'm seeing this on Mako, image #63, devel-proposed. Periodically, the music scope fails to return any results, leaving a blank screen. Looking through the log files, I'm seeing tons of messages such as this: [2015-01-13 01:33:27.056262] INFO: SSRegistry: SmartScopesClient.get_remote_scopes(): GET https://dash.ubuntu.com/smartscopes/v2/remote-scopes?locale=en_US [2015-01-13 01:33:27.057239] ERROR: SSRegistry: SmartScopesClient.get_remote_scopes(): failed to read /custom/partner-id: unity::FileException: cannot open "/custom/partner-id": No such file or directory (errno = 2) [2015-01-13 01:33:46.996259] ERROR: SSRegistry: SmartScopesClient.get_remote_scopes(): Failed to retrieve remote scopes from uri: https://dash.ubuntu.com/smartscopes/v2/remote-scopes: unity::ResourceException: Request timed out: https://dash.ubuntu.com/smartscopes/v2/remote-scopes?locale=en_US The request times out even though the remote end works fine. (Easy to confirm by pasting the same URL into the browser.) As an aside, the error about /custom/partner-id isn't an error: if the file doesn't exist (errno = 2), we should say nothing. That'll get rid of a lot of noise. In addition, when I run a query, I see all queries to remote scopes fail (see attached trace). I'm not familiar with the code. Looking through, I noticed this: HttpResponseHandle::SPtr response = http_client_->get(remote_scopes_uri.str(), [&response_str](std::string const& replyLine) { response_str += replyLine; // accumulate all reply lines }, headers); response->get(); Following this through, it appears that response_str is being appended to from a different thread without any lock. That looks like it's wrong to me. But that doesn't explain the timeout exception that is thrown from response->get(). I suspect a race condition somewhere because, occasionally, I get a query that works. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1409995/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp