Did anyone ever figure out how to use GPay with no screen lock? I was hoping to find a Magisk module to allow this, but no luck so far.
I am not required to keep a pad lock on my wallet, I don't want one on my phone.
Add up all the seconds you have spent unlocking your phone over a decade, and you will find it wastes a lot of your life! I have never lost my phone nor my wallet in my 45 years of life, therefore I refuse to lock my phone.
Up to Android 10 there are two Xposed modules which I know:Did anyone ever figure out how to use GPay with no screen lock? I was hoping to find a Magisk module to allow this, but no luck so far.
I am not required to keep a pad lock on my wallet, I don't want one on my phone.
Add up all the seconds you have spent unlocking your phone over a decade, and you will find it wastes a lot of your life! I have never lost my phone nor my wallet in my 45 years of life, therefore I refuse to lock my phone.
Yes, this is definitely possible. You can use Tasker app with AutoInput plugin: https://play.google.com/store/apps/details?id=com.joaomgcd.autoinput&hl=pl&gl=USThanks for the replies. Consider it a request. A non-rooted device is a requirement for all payment apps as well, yet people made a workaround for that. I am sure it must be possible to make Google think I have a lock-screen while allowing me to use and even reboot my device without having to enter a code.
How about a module that auto-enters a given pin for me whenever the lock screen is shown? ...it must be possible, not "end of discussion".
Very simple pattern? ... Mines not much more than a swipe!<rant>
Unless you are in the habit of losing your phone or want to keep certain people from looking at it, I challenge everyone to set the lock-screen to Swipe only for a week. Then go back to having to unlock it however you like,
and it is my bet you will soon be frustrated with unlocking as well...
It is absolutely ridiculous that I can't use built-in VPN to my home, see my saved passwords, or use PhonePay apps without enabling a lock-screen... especially the passwords one, as any thief could just set a lock code, then see your passwords...
*Nice new scrabble word - just learned it's real! Thanks. PW... I get so angry when I have to borrow some ones phone to take a picture of my phone. Ridiculousness!* I can still take a screen-shot of any website on my PC (for now... I hope Google and M$ aren't reading this and getting any bad ideas).
</rant>
Sorry, what's unsafe?? - If you're caught touching the phone while driving where I am, a lock pattern is the least of your worries...I have used a simple "not much more than a swipe" pattern before. It is very annoying when I get it wrong, especially while driving or something. Having a lock is unsafe. The times I really need to quickly check my phone are always the times I can't swipe the dots good enough for it.
Oh! Now I see what your saying...Explanation: What I was saying was if you don't have a lock, then Chrome won't let you see saved passwords until you add a lock. I often need to set a code, see the password I need, then unset the code. This is dumb. Anyone who stole my phone could do the same. Why would Google force me to do that every time I need to see a saved password for use on another device? It does nothing to enhance security.
Universal SafetyNet Fix
Zygisk?
Reboots not needed except for initial USNF setup... Just put G Pay in denylist, check you have Play Protect Device is certified in Play Store (clear Play Store and possibly Play Services data if not to fix), clear G Pay data and open it... PWUnfortunately I have needed to enter my 0000 pin many times, due to reboots. I don't understand how y'all just live with that... waste of my life and I want it gone!
Well, I got GPay working with Universal SaftyNet and Zigote. Unfortunately I have needed to enter my 0000 pin many times, due to reboots. I don't understand how y'all just live with that... waste of my life and I want it gone!
PS: No, tasker can't enter 0000 for me after a reboot, even with AutoInput. I pray someone will invent a solution.
I want to say thank you to Lord Sithek for trying to help and providing many links to threads about the issue and workarounds... I am not the only one who hates entering a code.
Our views might be much the same in fact... But we gotta get real and accommodate the views of other parties...
Yeah... If you're gonna risk losing digits, at least ensure you have fun doing it!
Wow! ... Maximising the fun?
... 'Yet' being the operative word.
Same... But don't do it in the wet, without RCD's, without checking footwear or without cognisance of the path current will take where opposite hand contacts an earth conductor... Or with a supervisor watching...(We may only get to make a mistake once.)I have also changed hundreds of lights, outlets, and switches and seldom resort to flipping any breakers.
Sure... But it's never not needed in the eyes of the app Devs and cyber-crime researchers... so depends from who's perspective...I understand the need for security, please also understand some peoples need for instant access when security is not needed.
But they hate it when you dictate terms for running their code!
Sure... But it's never not needed in the eyes of the app Devs and cyber-crime researchers... so depends from who's perspective...
But they hate it when you dictate terms for running their code!...They are another party with interests in your device use and code on your device...
Modern law recognises that code as their (intellectual) property, so they legitimately get to dictate how it's used on your device!... Your options are outwit them or refrain from using it...
That's just timing etc, before password/security kicks in...What are you talking about bro?
My phone has the option to set a lock screen to None or to Swipe. This is for login to my device, and doesn't need to have anything to do with encryption or anything else
(I realize it does, but that is a flaw... it should be a UI setting only).
If you don't have it at home, you're hardly going to enable it (or remember to) whenever you go out!... They aren't stupid!While your statement may make some sense for purchases, it makes zero sense for connecting to my home VPN or for looking at my stored passwords.
Nah... They're happy if you leave them on your dash with the car window down for easy/quick access... Good point!As I have said before, my company does not require me to keep my physical credit cards under any sort of lock.
But banks in many places will cover you/reimburse funds in these circumstances... So they naturally want to minimise possible fraud with new methods, and may not reimburse if (cryptographic) lock requirement is bypassed... Or may not offer mobile solutions w/o lock security on any platform... And Android security is already notoriously poor compared to iOS...Some one is just as likely to be able to steal my wallet and tap-to-pay as they are to steal my phone and tap-to-pay.
... That's where you'd be wrong! ... and prerequisites are most likely also advised somewhere...They have no right to disable advertised functionality because I choose one of the provided options in my settings for login.
Of course...What if they decided you had to use a super small font to use your bank apps, so someone could not as easily look over your shoulder? Is that their right because they wrote the code?
Doesn't worry me to enter pattern or touch fingerprint sensor, and I do...What if they forced you to hold up your drivers license to your camera before you pay? These are just as arbitrary. I am happy to enter a code before paying. I am not happy to be forced to enter a code every time I turn on my phone, about 50+ times each day, in order to ever be able to make a payment. You should not be happy about that either.
This one's to use G Pay!
... within reason...
Sorry mate!...This has widely veered off into ideology
And i cant believe im saying this..... but can we get back on topic ?
The app is running on a device that has signs of attack (such as API hooking) or system compromise (such as being rooted), or the app is not running on a physical device (such as an emulator that does not pass Google Play integrity checks).
...
If you are having problems with your testing device meeting device integrity, make sure the factory ROM is installed (for example, by resetting the device) and that the bootloader is locked.
That's what happens when you rush to publish an appThank you!
You have a typo in the app name
"Play Intergrity API Checker"
Please be aware that this app is not 100% accurate. The api has 2 more readings you can get (which are pretty important) but Google gives them to you only if you upload the app on Play Store. So I made a better app and uploaded it to Play Store. Now I'm just waiting for Google to verify my identity and it will be up. (Oh and by the way the app is 100% open source, I'll link everything once it's up)where can i find that? Is this a module or directly from google? Do you have a link?
The app is running on a device that has signs of attack (such as API hooking) or system compromise (such as being rooted), or the app is not running on a physical device (such as an emulator that does not pass Google Play integrity checks).
...
If you are having problems with your testing device meeting device integrity, make sure the factory ROM is installed (for example, by resetting the device) and that the bootloader is locked.