MagpieFourtyTwo

FOA: Thx for opening a dedicated issue! Additional info: This is not limited to "screen off" time. Just switched the screen on, had a look at the notification bar, where...

Just switched the phone on again - and this time the update job was gone completely ... \*grrr* Doubt that it has been terminated by Android, cause a) c:geo is...

> The code which is used for background refresh is more or less the same as it was executed in the foreground. Nevertheless, foreground refresh is *way* faster than background...

@Lineflyer > the server itself has immense performance issue from time to time last weeks. > We should maybe make a test session somewhere in weekdays night time to get...

@fm-sys > For completeness, let me say that GSAK is "Powered by the Geocaching API" so they are using faster API calls especially if the web interface is currently slow....

As for the web interface: Loading caches in the browser was nevertheless faster. Even loading them in c:geo was faster. At least the ones, I randomly picked from the list.

> However, there seem to be a bug causing the downloader progress notification not to be correctly updated. Refreshed a list of 28 caches this afternoon, and it correctly counted...

> However, I can't estimate the server load if hundreds of users are refreshing they're lists at the same time... Which is in fact the main reason, why I voted...

> Is there any exception in the log? Interestingly, I have no log entries at all during that time. Last one yesterday afternoon, long before I started the test: 07-28...

Same over here: Behavior is independent of filter mode.