Excessive data usage

Marc Van Impe (VIM) shared this problem 9 months ago
Solved

Today Locus used ALL of my mobile data subscription!!! You will understand that I am not very happy!

Where is that coming from!?

"Wifi-only data upload" is on in my settings. In 3 hours time Locus used 1.02GB. I did not up- or download any maps, tracks or any other data.

I expect only Buddy tracking to use mobile data: I had a private Live Tracking running. In the past, this only used a couple of bytes per session.

Comments (9)

photo
1

Hello Marc

do you use online maps?

Wolfgang

photo
1

No. All maps are offline. A few tiles of offline maps exist in the folder Maps Online for 19.2MB that are there from the past. Screenshot of folder contents attached. The 2 files titled OSM - Andere_Classic.* of today are small too and I even wonder how they got there: I displayed one offline map only today.

photo
photo
1

I see foreground app usage of 45.64MB and background usage of 0.98GB in the app mobile data usage screen.

photo
1

Hi Marc,

what mobile phone and Android version do you use?

photo
1

On Samsung Galaxy S8+ SM-G955F Android 8.0.0.

photo
photo
1

Hi again,

I've discussed this issue with the main developer. You are fourth user in half a year who's reported this. Honestly, we are without any clue what can cause it - the issue is untraceable due to its rarity and therefore can't be simulated. If you by any chance observed any similar peculiarity in Locus behavior, please let us know. We are very sorry for the inconveniences.

Michal

photo
1

Maybe a clue: I have Locus running as a service.

photo
1

It'd be extremely useful if you could figure out what user action(s) triggered this.

I found the same problem a year or two ago, and noticed because I keep a tight data warning line in Android, and investigated after seeing the message. After experimenting over Wifi and checking the total usage repeatedly, I was able to track down the trigger: an error in loading an image in a geocache log. Obscure. Anyway, with that info, Menion was able to solve the problem quickly, so I'm sure yours is a separate issue.

photo
1

Thanks for your input!

In my case it has nothing to do with geocaching. Never done that.

It was during the drive home after recording a hiking track that I received an auto message from my provider that my monthly allowance was used 95%. I checked and saw that Locus was to blame, still running as a service in the background.

So sad (and costly) that it was exactly the first day of my monthly allowance that this happened.

It should be a warning to all users.

I really am afraid now to run Locus while mobile data is on. Cannot do otherwise because of the (private room) buddy tracking function.

I still find this is unacceptable behavior and I will certainly look elsewhere if it happens again.

photo
1

Android has a feature to show a warning if your data usage goes beyond a limit you set. Also a hard limit beyond another line, if you wish, at which point Android disables further data use.

My usage is pretty consistent, so I enable both limits, choosing a line for the warning that I won't likely see - unless some app misbehaves. The earlier Locus bug thus only cost me about a dollar (I pay a few cents for every MB). I don't trust *any* apps enough to allow them unlimited data.

I hope you can manage to track it down, and without any further expense. Good luck.

photo
1

This definitely IS unacceptable behavior and I'm really sorry for this. This is for sure different problem compare to issue that was in app year ago and that Viajero found. I still can't imagine how to find out why this happens because it is so rare ...

Will try few methods anyway, best is to block app to use internet access when running in background.

photo
photo
1

Hi, I got same problem today. 3 GB mobile data used in background! In Android mobile data overview I see about 3 GB of used data in background. Even when background data were turned off (see attached prtscr). In Power info of Locus app I see info about 1,9 GB of mobile data. I do not know a reason for the difference in numbers. Anyway, from operator I know that data usage was about 3 GB.

Some details:

- Locusmap 3.35.2 was running for about few days, during day used for track recording.

- used offline map of Czech Republic near border (in Krkonose mountain) - LoMap version

- Yesterday used live tracking for about few hours in public room. Live tracking then stopped.

- Phone was without manual turning screen on overnight till about 6:45. From data usage graph is clear, that the data consumption started with high propability after turning the screen on. I am sure, that Locus was not in foreground the whole time.

- after checking files modified since morning and having bigger size, I have not found any reasonable huge file generated within Locus folders. Biggest one was Locus/mapsOnline/OSM - Other_Classic.sqlitedb with 16 MB from 9:10. It is possible, that I shortly switched to other map during morning, but than came back to offline LoMap immediately.

- Phone: Honor View 10, system BKL-L09 8.0.0172, Android 8.0.0


Hope that these information helps....


P.S. any chance for satisfaction for affected users? ;-)

photo
1

Looks similar to my usages. Would live tracking be to blame?

photo
1

The data consumption was about 277 kB/s. I can only suppose, that live tracking is sending only small data packets. But maybe first data packet after turning on tracking is bigger. And maybe this packet is repeatedly sent due to some bug...

Additional info for developers:

- Another function, that I have used on the morning during the time when excesive data consumption appeared, was Route planner.

- And online searching for few small village names (function Search adress (Online), source for search: Google).

- Lower of data consumption in later hours (see graph from my previous post) can be caused by lowering speed of internet or by the fact, that I have worked with Locus less than during first hours.

photo
photo
1

Good day guys,

ah, I'm sorry to read about this problem. My colleague yesterday invested a lot of time to analyze Live tracking and based on it's testing and also based on statistics we were able to obtain from our server about data transfers, we may almost for sure exclude Live tracking from this problem.

Did this happen to anyone more than once? If we should be able to simulate this issue somehow ...

What I need to test more ... what may cause such problem:

  • online maps
  • automatic backup. Do you use upload of automatic backup to Google Drive/Dropbox?

Definitely not LoMaps or search function. In the worst case, I'll try to create some method how to measure data transfer and store these values somewhere in the cache.

photo
1

Hi Menion,


I tried to simulate similar usage of the app, but data consumption was ok.

Regarding tour quesrion:

- backup to cloud disabled, only local backup enabled

- used route planner too

- used only offline maps as far as I know


Maybe is app trying to download elevation data in bacground in some loop? (I have them downloaded long time ago, just thinking about possible bug somewhere).

photo
1

My input:

- I do not use online maps.

- I do not use route function.

- Backup is set to external SD card only.

- Elevation data is available offline for local country and far around.

photo
1

Hi Menion,


it happened to me the second time now (the first time, one month ago, also while driving and track recording for many hours, I reported it as a "question" here).


How it happened:

- track recording for half a day (12 hours?) while driving

- no live tracking, no navigation, no location sharing

- offline LoMaps

- global raster map in use (OSM Classic)

- Locus was all the time running in background as I was using Sygic for navigation

- I don't use Dropbox or Google Drive for Locus backups

- only (default) automatic backup is switched on I guess

- I was moving only in area covered by already downloaded LoMaps

- for all downloaded LoMaps I had elevation srtm/hgt files present

- OS: LineageOS 15.1, Android 8.1.0

- device: Xiaomi Redmi 4X

- to me it looks like it happens always while recording track (car profile) for many hours


418d72231d831af635e052dc8362469b


4de1f2b836c841d2b2bc5988472b748a

photo
1

Omg, 2 GB overnight and you have disabled "Data transfers on background"?? If there is a problem in Locus Map, it also looks like some serious problem in Android itself that allows downloading data on background even if this is prohibited in system app settings.

Anyway, I'm really sorry for this. I'm going to check updates of major external libraries app use, if there isn't any reported problem like this. If data loss is a problem for anyone of you, write use email with your email address you use in Locus Store and we will give at least small compensation with LoCoins. Thanks guys for help and additional information.

photo
1

I think data on background was disabled, I am not 100% sure now though as I was tired and upset a bit :) I took the screenshot right as I found out, then I turned off mobile data for Locus to prevent any further damage. I can't tell for sure now if background data was off, but I think it was.

Alek

photo
photo
2

Hello,

I believe that issue finally found. Thanks to various information from you (and also little "luck") I was able to find issue with using online "Global map" (settings > offline maps). In a rare case, loading of the online world map was stuck on a never-ending loop and was still downloading single map tile.

I believe that issue is solved now. Suggest all who read this, change immediately this global map ( Settings -> Maps -> Offline -> Pre-load global map ) to something other than the online map, or rather disable it completely for now.

photo
1

Great detective work, thanks!

"change immediately this global map to something other than the online map, or rather disable it completely for now."

You mean, Settings -> Maps -> Offline -> Pre-load global map, right?

photo
1

Yes, exactly, thanks for precise "path", I've improved it in my first post.

photo
1

Thanks for your support and feedback.

photo
1

My excesive data usage happened on 5th January with offline maps preload disabled! ... I just checked it. So maybe there is somewhere else another loop...

Or was there some app update since 5th January with change of settings??

Or because I have never edited this setting before, it was not initialized but in some default state? Hmmmm.

photo
1

Hmm if you never touch this setting, there should be no default value. Maybe this problem may appear in some other rare cases, like when you really quickly changed online map to some other map when the original online map was still loading. I really hope it will be this problem. We will try to speed up the update process and publish new version till the end of January.

photo
photo
1

Thanks again for fast responses and great work!