Hi all,
just wanted to start a thread about my first app development job, to inform you I have made the heavy lift (hopefully!) for having most of the fundamental features in place to bring such a functionality to the Ubuntu Touch OS.
The link to my Gitlab repository page is: dataMonitor app, where it is saved the most up to date .click version 0.1.2 (in the folder /build/app).
The very latest commit is important because it is regarding fixing the bug about received bytes from the SIM connection not detected (wi-fi received data monitoring was working since the beginning).
I'd need some help to find out if it is working for you as it is working for me, but please bear in mind the app is UNCONFINED and runs a daemon on the background, so, you never know, better to install it, if you are willing to help, on a test device and not on a daily driver.

I also would like to use this thread to invite the UT community to share ideas and feature requests to improve this app and having it in a better shape to be eventually ready to be published in the OpenStore or integrated in the OS.
I was similarly involved and committed to help with the Linphone app developed by @CiberSheep and Brian and it was a great experience, very exciting and rewarding even if I didn't contribute very much at its development.
I started to work on this app because I felt a modern OS as UT cannot lack in this regard. Also, I read several times on this Forum and on Telegram about people asking for it or complaining for this lack; unfortunately, sometimes the reply to those people was that sure, the data usage monitoring app was missing in the UT OS but they could easily ask their SIM Provider to provide information as a workaround, which I felt a bit unhelpful and insufficient: I don't know your case but in my Country I cannot trust Providers, they are quite nifty so in my humble opinion it is very important to have the ability to monitor the received data on our own, to check on our Providers.

Thank you in advance.

Matteo

P.S. here below some screenshots of the app running on my phone.

Hi All,
just to revive this thread, I'd like to inform the Community that the dataMonitor app, object of the present thread, is still in heavy development by me but right now I'm committed in fixing some little glitches and bringing in UI improvements before to update it again on Gitlab to the last version. This version will be a big one, since it will also bring some gestures I worked on during this time I missed from the present thread.
I'd like to share with you some pics of the very latest build:

New app version 0.1.9.9 with .click files for arm64 and armhf architectures are now available here.
Find below the current change log:

-Version 0.1.9.9-

1. Message bubble implemented for the graph, to display data usage for each data bar, just tapping on the concerned bar. This is deliberately taken from the Talaan app made by Kugi Eusebio @javacookies. Thanks Kugi for your work.

2. Main page and Chart page are now able to update theirs figures and chart automatically (every 10 seconds), the latter without the recourse to an update button, implementing the .qml 'Timer' cycle in the code. Because of that, for Chart page the update button on the top right hand side of it was deleted.

3. Added mattdaemon status in the Indicator panel to acknowledging if the daemon is Active or Inactive.

4. Refresh time in mattdaemon.conf file is set to 10 seconds (former 40 seconds) to be the app default update time step. With such modification the data usage is updated more frequently so that data not accounted for is more unlikely to occur and moreover battery drain doesn't seem to be much affected.

5. Refresh time for dataMonitor Indicator is set to 10 seconds (former 30 seconds) to be better aligned to Main page app refresh time.

6. Added a stop command to stop the mattdaemon daemon when uninstalled from Settings, to force it being inactive.

7. Fix for actiondaemon.cpp file for appropriate data storage, when the device is kept alive continuously for more than one day.

8. Exceeded data threshold notification is now translatable.

Any feedback on the current status of the app is always welcome.

Kindly note that the present version is the last test version and starting since the next one, i.e. the 0.2.0, you'll hopefully find it published in the OpenStore. What is now missing is only the artwork (to be clear the new app icon as minimum) which will probably not take me too much to implement it thanks to @C0n57an71n work). Thanks to the people who supported me in this journey, which was painful and instructive to me at the same time. See you in the OpenStore! Cheers.

Matteo

@mariogrip All the best wishes to you and your family. The Community needs you in the best shape to move the project further and further but remember that life and family always come first.

I read your post and I felt your pain, which is mine too. I agree with you with the fact that many little bugs ( some of the bugs you reported don't seem to me very little BTW) could have been tackled before. However, we are a small community, and only a bunch of devs among all the community people are active in the development and we cannot expect miracles from them. For this reason, personally I'm struggling to find my way to help the development to improve, with the goal to start from the little bugs. I'm not a dev, I know some coding languages, but never developed for a phone OS. Like me, other people are trying to ride the same route with similar objectives. In the end, in my humble opinion, something is moving in the background, and maybe soon (that's my hope!) there will be self-taught devs who will be able to make this OS always better and better. For all the interested people, we have a discussion group on matrix named Bootcamp, where all the beginners are more than welcome

@Lakota I have BQ Aquaris E5. I installed also Gimp and it seems working good.

@Stefano I also once changed the baseband following the guide on this forum but I didn't notice such an improvement. To be honest I didn't test it so heavily so thank you Stefano to have made us aware of that, I'll certanly flash it back and pay more attention to the behavior. As a final comment, I'd say that if confirmed to be worth the upgrade, it would be great if the latest firmware would be included in the UT image.

@uri even though this is an old revived thread, only to let you know I'm right now working to provide an app bringing such a capability. I'm facing right now some troubles but I'm along the way to solve all those and maybe soon I'll come out with a concept app. Only for your information, the approach in my app is to exploit the API QNetworkConfigurationManager.

Matteo

@mymike I'm late to the party but I wish only to say: great job Michele! I like very much how you designed the breakdown of stored data for each app; the idea of proportional bars and the data characterization by different colors is just brilliant. Thank you and keep up the good work

New app version 0.1.9 is now available for both architectures armhf and arm64. Find relevant .click files at dataMonitor app Repository.

-Version 0.1.9-

1. A brand new app restyling has been introduced with the present version. All the credits go to Michele (@mymike00 on Telegram) who made that possible! Thank you again Michele, this app is becoming more and more the flagship contribution of the Italian Community for the UBports - Ubuntu Touch project.

2. New gesture added for the graph: starting since now you can long swipe to the right/left on the graph to have a look at the data usage archived for the earlier/later months.

3. Added new Gestures info page and Credits page to the Information page of the app.

4. For the graph, modified X axis scale to accommodate better the days labels and enlarged bars graphical horizontal edge (smaller gap between two adjacent bars) within each time step.

5. Minor bug fixing.

@trwidick hi, thank you for your feedback. I precisely ordered a Pixel 3A myself to look at those peculiar issues which I believe do occur on Halium 9 devices...once settled and fixed the relevant bugs, I'll issue a new version in the OpenStore, no worries. So, stay tuned

@magnargj thank you for your feedback. Is your phone a Halium 9.0 one? I think there are issues there. However I will look at this soon, as soon as I get my new (used) phone.

@rdl85 no worries, I got a similar feedback as yours from an other user, so just feel free to report your experience as well here, whenever you'll be able to do so. Thank you. Matteo

@rdl85 thank you for the log. I don't see there any specific issue, did you say that for wifi as well the app doesn't show the correct data consumption in the main window? And what about the relevant graph? Does this work? Also, does the indicator work, reporting the correct data consumption? Since you said the the real problem is that data consumption for the SIM connection is not working at all, I'd need you to provide the same log when you have the Sim inserted. Thank you in advance.

@rdl85 hi, yes please provide your log: the mattdaemon.log is the one useful to understand what's the issue for your phone. Since I believe your phone isn't kinda supported yet (is it Halium 9 device?), perhaps it behaves differently respect to the supported devices and it has its special quirks. Kindly use the pastebin service to paste your log. Thank you for your help.

@rdl85 in order to remove completely the indicator, you have to first delete the relevant daemon file by typing:

1. cd .config/upstart
2. rm -r mbellei-indicator*

Secondly, you have to remove the actual indicator file by typing:

1. cd .local/share/unity/indicators/
2. rm -r com.mbellei*

Kind regards,

Matteo

@pavelprosto hey I installed the .click in my PinePhone, arm64 architecture and apparently it works flawlessly, even though I didn't try to download and .torrent file yet! Good job Pavel

@cliffcoggin Hi, thanks for using my app, glad you can employ it to limit your data usage, that was my goal
To answer to your questions:

1. Actually the dataMonitor title in the app Main page is orange and it was only meant to be some sort of a tribute to the Ubuntu orange. That's the only color you cannot change from Settings;
2. Confirmed, it's the time step to be set for data update. There is a daemon always running in the background and you can decide at which time step make it trigger. Theoretically, at small time steps you have the best performance but more battery drain and vice-versa with big time steps. Actually, I'm not sure at small time steps you can experience big battery drain, I observed not much impact on that, but need to investigate more.

New app version 0.1.9.9 with .click files for arm64 and armhf architectures are now available here.
Find below the current change log:

-Version 0.1.9.9-

1. Message bubble implemented for the graph, to display data usage for each data bar, just tapping on the concerned bar. This is deliberately taken from the Talaan app made by Kugi Eusebio @javacookies. Thanks Kugi for your work.

2. Main page and Chart page are now able to update theirs figures and chart automatically (every 10 seconds), the latter without the recourse to an update button, implementing the .qml 'Timer' cycle in the code. Because of that, for Chart page the update button on the top right hand side of it was deleted.

3. Added mattdaemon status in the Indicator panel to acknowledging if the daemon is Active or Inactive.

4. Refresh time in mattdaemon.conf file is set to 10 seconds (former 40 seconds) to be the app default update time step. With such modification the data usage is updated more frequently so that data not accounted for is more unlikely to occur and moreover battery drain doesn't seem to be much affected.

5. Refresh time for dataMonitor Indicator is set to 10 seconds (former 30 seconds) to be better aligned to Main page app refresh time.

6. Added a stop command to stop the mattdaemon daemon when uninstalled from Settings, to force it being inactive.

7. Fix for actiondaemon.cpp file for appropriate data storage, when the device is kept alive continuously for more than one day.

8. Exceeded data threshold notification is now translatable.

Any feedback on the current status of the app is always welcome.

Kindly note that the present version is the last test version and starting since the next one, i.e. the 0.2.0, you'll hopefully find it published in the OpenStore. What is now missing is only the artwork (to be clear the new app icon as minimum) which will probably not take me too much to implement it thanks to @C0n57an71n work). Thanks to the people who supported me in this journey, which was painful and instructive to me at the same time. See you in the OpenStore! Cheers.

Matteo

@mymike I'm late to the party but I wish only to say: great job Michele! I like very much how you designed the breakdown of stored data for each app; the idea of proportional bars and the data characterization by different colors is just brilliant. Thank you and keep up the good work