yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] bigsupersquid:
Carrier baseband/modern/prl etc shouldn't matter on wifi, especially lineage rather than stock.

I've had issues with microg push notifications over Sprint network myself (virgin mobile, sprint mvno,) wifi seems more reliable. Some apps work better than others, Google voice was one of the least reliable before I got tired of fighting with it and uninstalled.

The kernel can affect it potentially but not highly likely in my lightly educated opinion.

Setting microg cloud messaging settings to the fastest refresh rate helps a little but hits battery harder of course.
[Android Apps and Games] Oswald Boelcke:
Nothing really to add to @bigsupersquid statement. Modem shouldn't matter but at least we found a difference in the system configuration of the well working devices and the less working one. Kernel is certainly not an issue as they all utilise the same ROM-inherent one (should be excatly the same kernel name in ROM settings => about the phone) unless settings of one of the kernel were changed.

Off-topic: I love Google:rolleyes:

Google is Threatening to Remove Apps with Accessibility Services from the Play Store
[Android Apps and Games] SoulsAssassins:
Hello is there gonna be new update for Micro G ? new or implantation ? or Maps Api v3 ?

Thanks for the reponse :)
[Android Apps and Games] smaeul:
Replying to myself, I did work around the permissions issue with the following patch to frameworks/base:

diff --git a/core/java/android/content/pm/PackageParser.java b/core/java/android/content/pm/PackageParser.java
index f2e3333..bbca54a 100644
--- a/core/java/android/content/pm/PackageParser.java
+++ b/core/java/android/content/pm/PackageParser.java
@@ -2233,6 +2233,10 @@ public class PackageParser {
}
}

+ if ("com.google.android.apps.googlevoice".equals(pkg.packageName)) {
+ pkg.requestedPermissions.add("com.google.android.apps.googlevoice.permission.C2D_MESSAGE");
+ }
+
if (supportsSmallScreens < 0 || (supportsSmallScreens > 0
&& pkg.applicationInfo.targetSdkVersion
>= android.os.Build.VERSION_CODES.DONUT)) {
diff --git a/core/res/AndroidManifest.xml b/core/res/AndroidManifest.xml
index 33b29b9..734ed75 100644
--- a/core/res/AndroidManifest.xml
+++ b/core/res/AndroidManifest.xml
@@ -3190,6 +3190,12 @@
<permission android:name="android.permission.SUBSTITUTE_NOTIFICATION_APP_NAME"
android:protectionLevel="signature|privileged" />

+ <!-- @hide -->
+ <permission android:name="com.google.android.apps.googlevoice.permission.C2D_MESSAGE"
+ android:label="@string/permlab_google_voice"
+ android:description="@string/permdesc_google_voice"
+ android:protectionLevel="normal" />
+
<application android:process="system"
android:persistent="true"
android:hasCode="false"
diff --git a/core/res/res/values/strings.xml b/core/res/res/values/strings.xml
index 7ac98c7..5977613 100755
--- a/core/res/res/values/strings.xml
+++ b/core/res/res/values/strings.xml
@@ -1431,6 +1431,11 @@
<!-- Description of an application permission, listed so the user can choose whether they want to allow the application to do this. -->
<string name="permdesc_access_notification_policy">Allows the app to read and write Do Not Disturb configuration.</string>

+ <!-- Title of an application permission, listed so the user can choose whether they want to allow the application to do this. -->
+ <string name="permlab_google_voice">receive Google Voice GCM notifications</string>
+ <!-- Description of an application permission, listed so the user can choose whether they want to allow the application to do this. -->
+ <string name="permdesc_google_voice">Allows the app to receive push notifications for Google Voice messages.</string>
+
<!-- Policy administration -->

<!-- Title of policy access to limiting the user's password choices -->
[Android Apps and Games] slev!n:
Hi there,

today I changed from recent LOS to recent LOS modified by MicroG. It seemed to be almost similar OS but I have one big issue: after encrypting my device I startet to set system profils. So when I enter my wifi network at home I want to disable PIN lock. But unfortunately this option is not possible to activate: This profil Option is disabled by a device administrator policy.

Strange thing because before I could use with LOS and encryption...

Does anybody know anything about this issue?
[Android Apps and Games] wirdSchoon:
Can I install the playstore (google) without changing or overwriting the files of mircoG?

Which version of playstore do you have installed?
[Android Apps and Games] Shadow53:
https://shadow53.com/android/no-gapps/faq/can-i-use-the-official-play-store-with-microg/
[Android Apps and Games] 2faraway2:
Push notifaction doesn't work :(

I've installed/configured microg on 'native' LOS 14.1 as well as on LOS 14.1 for microgo (galaxy s2, i9100), but can't get push notifaction to work :(

Not yet tried it with any 'real app' but with the push notification test (see op):

in step 1 all is fine (play services installed, Internet connectivity, register for push notifications, connection to sever),

in step 2 i request a notification with the default values,

in step 3 the notifaction request is send, but i never get that notification back to the phone

The self-test in the microg-configuration app is fine (all check-boxes checked), i've added 'mtalk.google.com' in my adaway-whitelist and i've excluced microg from Androids battery optimization ...

Any hints/comments ?

Thanks in advance :)

btw: NLP works like a charme .. ;)
[Android Apps and Games] Oswald Boelcke:
I know that my push notifications are working with my currently registered and authorised applications.

Just for testing purposes after having read your post, downloaded, installed and tried "Push Notification Tester" that is linked in the OP (I assume you used that one). Push Notification Tester got the first green tick marks but then failed to register within microG for the push notifications; however, it appears in the microG settings under push notification but as not registered.

As said, I know my push notifications are working, therefore I must definitely assume there's an issue with the test application itself. I suggest to give a different one a try that are out on the market.

BTW: Your complete procedure including modification of Adaway white list and battery optimisation is correct.
[Android Apps and Games] 2faraway2:
Thanks a lot for your reply:

Yes, i used the testing app of the OP (push notification tester). That's interesting that maybe the testing-app itself isn't working well / still has issues

btw: The testing app of the OP works flawless on stock-roms on my other devices with the native Google playservices, but our goal is to avoid these Google code ;)

however: I'll try other push-notifactions-apps first, any recommendation for a testing app ?
[Android Apps and Games] Oswald Boelcke:
Negative, no recommendation. I apologise.

Just "tested" Push Notification Tester on my wife's device but also negative; same result. Both devices are Samsung i9305, both GApps-free with microG (powered by Nanomod v14.6) and actually working notifications. On both devices, only a (German) weather warning app and and civil services warning app are (allowed to) register - and positively working.

My device with RR-M-v5.7.4, my wife's one RR-N-v5.8.5; both with (different) custom kernel and rovo89's Xposed v88.2.
[Android Apps and Games] shadowbone:
I can confirm the push notifications app in op works fine here. I'm on Los too. If you are certain that you haven't meddled with any of the settings in GCM of microG, such as confirming new apps or something, then I suggest you try setting up microG in an alternate manner (nanomod zip or shadow53's zip files) from scratch and try again. Or even try push services on other apps like IM's or weather apps and check again.
[Android Apps and Games] zelleb:
Forget what I said earlier. Works fine after installing play store in /system/priv-app :victory:
[Android Apps and Games] emandt:
Sure, the same we can do with Linux...but who can inspect millions of rows of source code? I don't know anyone that had compiled Linux/Android/App before installing it...so having OpenSource do not means nothing most of the times.

However when Google will know about this project I suppose something will change or stop. They could be not interested to provide a service for an insecure framework that could ruins user's experience with its Services and let the user to think G services are not working well...and about the payment the discussion could became more times delicate.

Sorry for my "bad" opinion but if I would be in Google I will not allow this project to grow up in any way.
[Android Apps and Games] Koloses:
Well i guess somebody has to be "that guy", who doubts in everything. You have the source, do the audit yourself or simply don't use the thing if you are so afraid. Stop trying to scare people.

This project was made*, because google play services itself is ruining android experience altogether with it's bugs, battery drainage, performance impact, storage eating and data harvesting (original gmscore eating 120 MB of storage on my mobile, that is unacceptable, while microg gms takes only 9 MB).

*- probably that's the one of the reasons
[Android Apps and Games] rymate1234:
Well from what I can see the checkin is actually done over https https://github.com/microg/android_p...org/microg/gms/checkin/CheckinClient.java#L49

Looks like the auth is also done over https https://github.com/microg/android_p...java/org/microg/gms/auth/AuthRequest.java#L33

I also haven't seen anything in the relevant source files that appear to send this information to anywhere else but Google.

Your point about the quality of the framework ruining the users experience is correct - there's a lot of things that are unimplemented as of yet. Then again, it's still in alpha, and isn't anywhere near complete. But at least it doesn't drain my batter like Play Services does.
[Android Apps and Games] Ultramanoid:
Point one : your post is written in such a way that can be considered trolling. Be careful and don't start a flame war.

Point two, as mentioned above : the source code is available, and your response to that is also terribly inflammatory.

Point three : Google KNOWS about everything that's going on in XDA, it is a public forum for one thing, and on occasion Google employees even participate in threads.

Point four : there are a BILLION+ Android users. The number of those who root a device is negligible, the number of rooted devices that use a project like this is even smaller, infinitesimal in the scale of Android's market. Basically, much as it can hurt XDA users' pride, and again, against the backdrop of the big picture, chances are, no one gives a crap about this.

Edit : and we can't have enough alternatives to Google's iron grip over Android. In case the above makes anyone think I'm dissing this project, just the opposite. Just giving some needed perspective to emandt.
[Android Apps and Games] emandt:
Well, someone has to be "the guy who reads all thousand of open source files" and some other one has to be "the guy who tell the risks of installing this framework" and "scares" a bit all users.

No any warning/advice about privacy, credential or critical actions was wrote in the first page of this thread, so users are not well informed about the possibility of stole data or privacy issues.

Most of the people doesn't know nothing about programming and doesn't know nothing about what an App can do when it is running.

When I advised friends about the risk of installing unknown Apps on their phones, they told me "what? an App could get all my contacts/messages/files and send them via Internet? wtf!"...this shows you how much people knows about programming...

Well, this MicroG has 10% of working features of original PlayService, so they aren't comparable at this stage of work. It is supposedly that at the end of work this project could take 90MB if all interfaces/GUI will be implemented.

However an installed app AWAYS takes twice the original space when installed: I saw my App: it is 4MB of APK but after installed it occupies 10MB...so the problem it's outside the App.

Well, source code at beginning is not much so usually it works as expected and doesn't do something hidden because it could be easy to find the hidden procedure.

I was not talking about this.

Those are "only bugs".

But think about a bug that sends to Google's Payment service the wrong 10x amount...or (I'm sure most of you will agree with this) returns "yes the App is paid" even if the payment was not done for it and good developers doesn't receive money for their work.

Many other "ruined experience" could occurs when using a framework like that.

Google will not accept a framework like this to use their services...I'm not sure about it but the chance is high for reasons I just exposed and many others.
[Android Apps and Games] rymate1234:
What are the possibilities of stolen data? What are the possibilities of privacy issues? As far as I can tell, it doesn't send the data anywhere else but google servers when it auths a user. It sends it over https, so it'll be encrypted on the way to google's servers. If you look though the source files I linked, the url at the top of the file is the only one mentioned in those files. No other URLs are mentioned.

Also for payment issues: all payments are processed on Google's servers, using a unique ID for the IAP or application - this means the price for the application is set on Google's servers, not the device. The actual payment request occurs using the Google Play Store app, not the play services, so unless you're using a 3rd party application for the store there should be no issues. Google probably also has server side checks as to whether an app is purchased or not, so the second issue on payment should never occur. And if it isn't done server side, then this could occur with a patched play store apk, rather than a 3rd party implementation of google play services.

Of course, if you have any proof of your accusations against this framework, I'll be glad to hear them.
[Android Apps and Games] Koloses:
Most of apps using gmscore are working now as they only use it to sign into google account. Even play store, a little older youtube, google music are running fine or at least seem to run good enough. Gmail seems to have problems though. I consider apps that make too much of use of gmscore a total garbage anyway as they won't work on clean android without the need of gapps. Keep in mind, that people using Cast, Drive, Fitness, Wearable or even Games API are in minority, so i wouldn't call most important apps working being only 10 % of work done. Also a lot of space used by gmscore is taken by ads and analytics and those aren't going to be a real thing here. User data is send to google over https so there's no need to worry about privacy more than with original play services anyway.

Payment on google play doesn't seem to be handled by play services and if you are afraid of people pirating apps, they gonna do it anyway with tools already avaliable, so it's not a case here. Android pay is not going to be supported on rooted devices anyway, so another thing out of list of stuff to worry about and if people are stupid enough to not read app permissions list... well it's their fault.

I'm sure this is going to be much better than original after being polished enough. Will be probably more customisable too. It's your call to use it or not, but then why even root if your device is going to get your data at risk?
[Android Apps and Games] emandt:
Trolling? LOL

I'm on mobile version of the forum now and cannot check your user's experience but I'm on XDA from 10 years and I'm working on programming from more than 15 years, so I'm not interested in trolling on this forum.

I read all the posts and no any author has wrote something about privacy issues or other things about managing critical and sensible data with an UNKNOWN software like this framework is.

A normal user could install it thinking it is secure like the original one, but a new framework couldn't be secure as an 8 years old one with all Google's developers experience. So the user could fall in wrong.

Google is not God and cannot know everything...but if you are thinking G could monitor all forums/sites, good luck with your though ;)
[Android Apps and Games] rymate1234:
What about closed source root apps? They could provide an equally large threat, if not larger(!) threat to the privacy or security of a user. A user could install a root app, grant it permissions, and suddenly that application has access to a lot of commands that could pose a grave threat to the integrity of a users device!

Take, for example, your SPenCommand application. The forum thread (seen here http://xdaforums.com/android/software/app-app-samsung-devices-provided-stylus-t3000448) currently has no warnings about security or privacy issues, or any risk of stolen data. Why, therefore, should I trust it, if I cannot even view the source code?
[Android Apps and Games] emandt:
Sure, at this initial stage it's logical to think that in so small source code all the rows are done for a good purpose.

But on a future update.....maybe an evil developer that could add few lines of code in the middle of hundred of lines......and people will install this new "trusted" update...

Oblivious mine is just a very far thought, but no one has warned the user about these risks.

This framework it's not a standalone App which doesn't interfere with normal OS behavior...it takes, manages, sends, read, write critical data/informations and sends payment, sends users position, AND COULD allows/blocks Google's ADS, stole G account password and do many many critical things without the knowledge of user.

So the user has to be informed about this.

PlayStore executes calls to PlayService's API but if those are exchanged with those of this framework all responses could be alternated as the developer want, exactly the same of patched PlayStore that returns always "true" if a payment check is done.

I know patched PlayStore and it was the easiest way to do the purpose we are talking about, but a "patched PlayService" could be the best way to do this...and when the Pandora's chest is opened (developing a GOOD and OpenSource alternative) it cannot be closed again when those altered/evil PlayServices will be done.

Sometimes I like Apple because they decide which App it could be installable in a normal phone (oblivious not on a phone with jailbreak, but Android's Root users are much more than iOS jailbreak users)
[Android Apps and Games] rymate1234:
A few short points before I head to class

1. An evil developer at Google could equally push out a similarly evil update - but it's unlikely it'll happen. Its the same with this project, as you can't just instantly push code to a github repo unless you're allowed to - for everyone else they have to make a pull request, which can be checked prior to adding into the repo

2. Many root applications can do the things you're warning about.

3. If the payment processing is all done server side then having it "true" on the client won't matter as the server will still say no, meaning it isn't downloaded. Also there's no payment stuff in Google play services.

4. Users who download an altered version of this from an unofficial source only have themselves to blame
[Android Apps and Games] Koloses:
It's pointless to warn about privacy issues within thread of open-source framework that requires you to be rooted. Even root manager (most of them are closed-source) can do anything to your data without you even knowing. Same thing stands for every root app as these don't have to declare permission to do anything they want on your device. Plus to install it on stock ROM you need xposed and xposed modules can do much more damage in the whole system if installed from untrusted source. Code of framework is on github and you don't acutally have to view it as a whole, just follow the commits and what they add to the project to know what is going on. Framework itself cannot do anything to the payment system as the system itself doesn't even refer to framework and framework itself doesn't use root to do anything so it isn't getting more permissions than it already has. Presented arguments against the project are pointless if look at what's needed to get it to work on most of devices, because the requirements themselves aren't really safe to use by unexperienced user.

If you are so much afraid about security of your stuff - don't root. You won't be even able to use this one and your data will be safe from other threats.

Lastly: No, user doesn't have to be informed about any privacy issues or possible account stealing, because it's not gonna happen, that is not the intention of the whole project at all, there no risk, cause data must be sent the same way google does it. Otherwise it wouldn't work.

BTW: Your accusations about people not knowing about programming are looking funny as you lack knowledge on how android system itself and google services are working and what is being used where.
[Android Apps and Games] n76:
Just a note regarding ROMs that support signature faking without resorting to an xposed module: The Android 5.1.1 ZMoD ROM at http://xdaforums.com/galaxy-nexus/development/rom-cyanogenmod-12-beta-builds-t3060319 now has this baked in. So if anyone else is keeping an old Maguro Google Galaxy Nexus alive long after the manufacturer dropped support that could be an option for you.

I am not really using the Auth and push notification portions of GmsCore (I have them disabled and at present don't have a Google account configured) but the Maps API V2 has been very useful for allowing some newer apps I have to run properly.
[Android Apps and Games] MaR-V-iN:
I added another sentence stating "Possible consequences include that your very private data leaks to Fort Meade." :)

I guess further discussion leads to no solution, I just wanted to point out three things:

1. You seem to mix up Play Services and Play Store a bit, which have not a lot to do with each other, beside the name. This is obvious when you consider that Play Services can run without a Play Store installed (to be precise: the package must be installed, but it can be empty) and Play Store is way older than Play Services. There are some links between each other (e.g. Play Store uses Google +1 button and authentication from Play Services) but that's not something that justifies the name similarity.

2. You're right that bad habits should not be copied over from others. However I had the feeling that most users that are willing to use this are also aware of possible consequences and influence this app might have.

3. There are different types of open source software. Android is an example of how not to do it: the majority of code review is not public and once a new release appears it's impossible to check all changes done during the development phase (at least not before the next release is announced). However if the development is published live or with only some days delay, like it's done with microG on GitHub, it's easy to catch up. This is how this project grew and how it should be in the future. So if you worry that in the future, someone might add evil code to the project, you can easily make sure that won't happen by taking a few minutes every week looking through the commits added the week before.
[Android Apps and Games] mrrocketdog:
i'm driving down the road at 75mph (~120kph) , i trust the driver beside me to stay in their lane and not purposefully swerve into mine. done.:sly:

p.s. thank you for the freecyngn project. still using.:good:

"all i can really do , is stay out of my own way and let the will of heaven be done"