To share from where to where? For sharing with your own computer at home I just have a SMB share and I use Cx File Explorer to access it like I would on a PC. For direct phone to phone sharing... I haven't had to do that in ages, so I wouldn't know. I have a number of solutions for cloud file sharing that are platform agnostic, though.
Oh, gotcha. Yeah, direct phone-to-phone transfers have been rare and mostly replaced by cloud shares for me. It's just easier to add the file in question to some cloud destination that allows link sharing instead.
This is why I only buy Androids with MicroSD. This problem was solved in the 1980s with the invention of floppy disks. Now it seems they have worked hard to “uninvent it” so your data needs to go through their servers before you are allowed to have a copy.
MTP* and if you don’t understand why plugging a chonker into USB-C might be a bad idea you probably haven’t had decades of repair experience and “accidents”.
You should see what people do to their DC-AC ports.
Fair enough, I understand your view. For my use case I will vote with my dollar for 3.5mm and MicroSD.
Data recovery pulling a MicroSD from a phone is much easier than trying to desolder a memory chip with a hotair gun and figure out how to download it.
Also I am not cool with Google and Microsoft and Apple stacking the deck to send all the data to their headquarters, but that’s just me.
YMMV. Choice is good. And yes I got what you meant about people. USB-C is engineered better than predecessor ports still without a proper stand or attentive care I can’t see average user wear and tear not breaking some ports assuming they knew how to do it to begin with.
Maybe you could argue that a external NVME would be less hazardous but a stiff Flash is going to be harder to make a case for. I’ve seen people have more problems with USBC than USBA despite its improvements.
But that’s just my view and if you have your own and we disagree I understand and that’s okay.
AFAIK this is entirely dependent on where you bought the S9. If you bought it from Samsung or otherwise with an unlocked bootloader, probably. If you bought it from a carrier, probably not.
AOSP was never about consumers. Google used it as a trojan horse to gain massive marketshare and use it as a platform to run their surveillance software on the biggest possible scale.
The fact that it’s open source helped AOSP succeed at first and gave Google a good corporate image. Then, slowly over the years, Google moved more and more open-source features behind their proprietary stack, and now AOSP is only nominally open source: look at the state of the dialer, the contact list… in a vanilla AOSP installation, like on most deGoogle phones: it’s quite pathetic compared to modern, privacy-invading phones.
So yes: AOSP has failed consumers because it was designed to serve Google and nobody else from the get-go.
I think I sorta used it in the early 2010s but with 3rd party apps to transfer larger files phone to phone instead of bluetooth.
Nowadays NFC does it fine enough but I rarely have the need to share files outside of my home.
I think it depends on the app though. I use obtainium and it can download and update Firefox Nightly without any input from me, but for Mastodon I need to manually download and install it
i was wondering what’s up with that, so i took a look at the source code of aurora, and it seems they don’t even call the requireUserAction thing that’s supposed to disable the prompt. As far as I can tell it should just always require the prompt the way the app is built now. Wonder why it doesn’t do it for me then.
Wow, nice digging. That is so bizarre. If I were you, I’d check to make sure that you do get thT prompt normally with other apps, since that might be a security hazard.
Google Play already does this, though. Well, it used to, but now it’s throwing errors when I try to update apps.
I think this just changes the installer package stored by the package manager API so they can skip a permission prompt somewhere. Without that, you’d need to hit “OK” for every update you receive, like on older alternative app stores that don’t have the Android 12 API enabled yet (F-Droid, for instance).
Unless Google is willing to risk a DMA fine, other app stores should be able to do the same.
I nixed the Play store and its related gpservices. Google doesn’t own my phone, and they can stay the hell away from from my sideloaded manually installed apps.
I think it’s already available. I was able to update a sideloaded app via the play store just the other day. (Blackmagic camera, since officially the play store says it’s incompatible with my device. It wouldn’t let me install it, but it was happy to update it.)
Really wish there was a real third OS choice. Hilarious that Apple (by force) is having to open up their platform to third-party stores. Meanwhile Google is continuing their enshittification of the entire platform full steam ahead. At this point, Samsung, bring back Tizen, or…someone do anything.
I really wonder how this is going to work, there are odd scenarios like the offline Wiki app Kiwix. If you install it from the Play Store, it can’t see your filesystem and you can only download wiki images in the app itself and they live in the container directory with their own user:group assigned by the app. (One is also not even allowed to modify the user:group on files even via ADB anymore without root, so copying a sideload into the app container directory still won’t work, as the app won’t “see” it.)
If you sideload from the Kiwix web site, the app is then allowed to have access to what remnants of the filesystem apps are still allowed to see, and you can just copy the 100GB wiki file to your phone over USB and access it in the app.
If the app is then updated in the Play Store, will it inherit the neutered permissions of the Play Store variant and suddenly not see your wiki images?
Only on new phones that ship with 6.1.1, so your existing phone won't change this setting with the update. There's also a page during the OOBE setup with a toggle for this block where you can simply tap to disable it before proceeding.
android
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.