Nextcloud cries foul over Google Play Store app rejection
280 points by brodo 1 month ago | 230 comments- pjc50 1 month agoSo it's the functionality/"security" dichotomy again, but in a slightly different place from iOS. Google won't let an app access all your files, but what if you the user specifically want this app to access all your files because it is, say, a file manager or sync tool?
The escape hatch is to use the FDroid version rather than the Play Store version.
- jeroenhd 1 month agoThis permission has been a security issue since its introduction. Random apps have been caught iterating over used media to extract geolocation history based on EXIF information and other such metadata (for no good reason, data collection for data traders), so Google did the right thing and made file access permission-first.
Almost no apps need this permission, so being skeptical makes a lot of sense. File managers and other such apps are routinely permitted to use this permission, so it's not like Google is locking out utility apps or anything.
The current state of Google Play is the result of years of Google being too permissive by default and trying to patch things later while desperately trying to remain backwards compatible. Give advertisers a finger and they take the whole hand. Your average Android phone's internal storage used to be full of dotfiles, hidden directories, not-so-hidden directories, all full of identifiers and cross-identifiers to break the cross-app tracking boundary enforced by the normal API.
As far as I know, Google has made an API available for picking a directory to sync with. I'm not sure why NextCloud needs to see every file on my SD card when it can ask for folders to sync into and can use a normal file picker to upload new files without going through a file manager, but there's probably a feature somewhere hidden in their app that necessitates this permission.
The policy itself makes a lot of sense and I'd argue is beneficial for Google Play's user base. NextCloud's problem seems to be that Google isn't letting a human with common sense review their upload. Because of Google being Google, outcry is the only way to get attention from an actual human being when it comes to app stores (Apple has had very similar issues, though they claim their reviews are all done by humans).
EDIT: NextCloud states "SAF cannot be used, as it is for sharing/exposing our files to other apps, so the reviewer clearly misunderstood our app workflow." as a reason for not being able to use the better APIs, but I'm not sure if that's true. SAF has a dedicated API for maintaining access to a folder (https://developer.android.com/training/data-storage/shared/d...). I think NextCloud misinterpreted Google here.
- supermatt 1 month agoWhat permission does Google drive have? That is the permission that NextCloud should be able to use in order to provide comparative features. People use NextCloud because they want to host their own “cloud” at home. If Google don’t let Nextcloud use the same permissions as their own services how are they supposed to do that?
- DrillShopper 1 month agoNot allowing third parties to use all of the platform features is the kind of behavior that people used to call Microsoft a monopolist. In that lens I'll never understand anybody who thinks Microsoft was a monopolist in the 90s but think that Google is not now.
- jeroenhd 1 month agoDoes Google Drive have the ability to synchronise arbitrary locations? I haven't used it in ages, but I don't think GDrive has any special features or abilities that NextCloud doesn't have.
It certainly doesn't have the permission that NextCloud says it needs.
- DrillShopper 1 month ago
- apitman 1 month ago> Google has made an API available for picking a directory to sync with
The available APIs are a pain to work with and have terrible performance. And it doesn't work at all with native code.
Also what about people using Nextcloud to back up their phones? It would need access to everything.
If I want to give an app access to all my files, google shouldn't have a say in that. Their paternalism is pervasive and palpable.
- kukkamario 1 month agoNextCloud currently has to copy all files that it wants to upload & back up to its own app directory which is pain to actual usability. I'm guessing this annoyance is also related to these fun permission limitations.
- jeroenhd 1 month agoNextCloud can request permanent access to a folder on internal storage and read & sync those directly. That's how KDE Connect does it.
They haven't implemented the feature yet, at the moment.
- int_19h 1 month agoYep, and it extends to many other apps.
For example, the Kiwix app was able to read .zim files directly from SD card (which you very much want to do since e.g. Wikipedia is >100 Gb). Not anymore.
- jeroenhd 1 month ago
- xg15 1 month agoThe API seems to have some peculiar restrictions, specifically that you cannot share the Downloads folder and no entire SD cards (only subfolders on the card). Maybe Nextcloud offered this functionality before and so couldn't restore it with the new API?
Also, unsurprisingly, data/ and obb/ are also forbidden, so the API is unusable for a backup tool.
- jeroenhd 1 month agodata/ and obb/ also weren't accessible with the "manage all files" permission, nor were they accessible to built-in apps from Google (except the ones that own the files, of course).
- jeroenhd 1 month ago
- hedora 1 month agoGoogle broke backup, so the only way to get an e2e setup is with nextcloud. Obviously, a nightly backup of the phone can’t rely on user intervention.
- nolist_policy 1 month agoSAF only requires user intervention once.
- nolist_policy 1 month ago
- kukkamario 1 month agoSAF documentation seems a bit misleading: takePersistableUriPermission part only talks about files, but other sources seem to indicate that it also works for directories so it should be possible to request permissions to a directory and then maintain it correctly.
- im3w1l 1 month agoGood guys should be able to iterate the files to help users achieve their goals.
Bad guys should be thrown into jail.
- owebmaster 1 month ago> The current state of Google Play is the result of years of Google being too permissive
Wrong. The current state is a result of Google monopolizing the android apps market. They should be split into 5 different companies.
I do not care about the reasons Google think they are protecting me. They are protecting their absurd profit.
- supermatt 1 month ago
- llm_nerd 1 month agoGoogle specifically allows the use of the permission[1] if the app falls in a set that truly require it to function.
File managers Backup and restore apps Anti-virus apps Document management apps On-device file search Disk and file encryption Device-to-device data migration
This Nextcloud app seems to be an app that mirrors your Nextcloud storage to your device, and I cannot understand why it would need all access to any other data stored on the external device -- with the enormous risk that entails -- much less that can't be selectively picked by the user. It isn't a file manager, it isn't a backup utility, it's a cloud provider with local mirroring. I get why Google told them to do things otherwise.
Another comment mentions this is "bad faith" security and that's just overly cynical. Android and iOS both suffered from basically trusting app developers, and both were burned for it. Hardening down and making apps only request precisely what they actually need seems to be a massive user positive.
[1] - https://developer.android.com/training/data-storage/manage-a... - the exclusions can be found at the bottom.
- pjc50 1 month agoDepends how you use it: I suspect people want their entire photo folders mirrored into Nextcloud from the device, which would fit under the "backup utility" category.
> what they actually need seems to be a massive user positive
So positive for the user that they filed a bug report about it?
- deng 1 month ago> I suspect people want their entire photo folders mirrored into Nextcloud from the device, which would fit under the "backup utility" category.
Exactly. Many people use Nextcloud's auto-upload to backup important data from their phone. In addition to photos, I use it to backup FreeOTP and WhatsApp, for instance. This does not work with the version from Google Play, see
https://github.com/nextcloud/android/issues/14334
EDIT: After some research, I think even that use case should be possible with SAF, you just need to move your backups to external storage that you can access via SAF.
- blkhawk 1 month agoyes, exactly - it has an "AutoUpload" function that worked super well. Make a photo and by the time you put the phone down its on a folder on your desktop read for say putting something on eBay.
it stopped working well or at all over the last 2 years or so. I think if a simple "allow access to the photo folder" would have fixed it they out have used it. maybe it doesn't get the events when a photo is made?
- Ajedi32 1 month ago> people want their entire photo folders mirrored
Then request access to their media folder. You don't need full disk access.
- llm_nerd 1 month agoIt is a long-standing policy, not a "bug"[1]. Further it isn't the users complaining, it's a company of a fringe "cloud" product. I'm going to be gentle here and say their app looks incredibly shitty, and I suspect they saw an opportunity to get some free press on the "Google the monopolist" angle.
>I suspect people want their entire photo folders mirrored into Nextcloud from the device
That isn't remotely the contention, nor do photos even qualify for this as they use a different API. Further, the reason this company gives for refusing to use the obviously more suitable structured storage API is that they don't want their files -- presumably mirrored from the cloud storage -- visible to other apps. Their complaint is technical nonsense and doesn't pass an ounce of scrutiny.
The argument by this company is nonsensical, and their argument seems to be "we did it this way before and we don't want to change". Firstly they can have their own app storage without granting access to any other app, and they can go through a system UI process to get access to additional folders (for instance "I want to back up my WhatsApp folder to this cloud provider"). They argue against the latter because they seem to think it somehow reveals the former, but that isn't the case whatsoever.
[1] - Well it's a bug in the Nextcloud product where they seem to just ignore that the instance lacks a permission
- deng 1 month ago
- pomerange 1 month agoThe app is a competitor to google drive (app). It is used to upload/download, backup, syncronize (one or two way) files, media and documents between the device and the cloud. Doesn't that cover more than one of the mentioned uses? Why would FilesyncPro (example) get to have the permission but not nextcloud client? Even for media files specifically there are a lot of gotchas without full file access, like risk of location being stripped from all images synced trough the app (unless user gives media location permission) or similarly missing exif.. To upload on change it needs to be allowed to watch the filesystem
Meanwhile google drive gets to be installed as a system app
- GTP 1 month agoIt's not just mirroring of your remote storage, you can also upload local files manually, turn on auto-upload for some directories (the main use case is uploading pictures) ant there was recently work being done to enable two-way-synchronization for directories that the user would like to sync. IMO it makes sense to let the users give it access to all the files on the phone, if they whish to do so.
- llm_nerd 1 month agoFor those scenarios, structured storage fits the bill. The app requests folder permission and the user, using system UIs, grants permissions on the folders they want to enable.
>it makes sense to let the users give it access to all the files on the phone
It doesn't even pretend to be a backup app, and further the permission we're talking about is limited to external storage (though that is a nebulous term on many Android devices where internal storage is split-brained on being internal and partly external).
Further saying "let the user decide" works great in theory and with a considered, rational userbase. In reality it means that everyone just says sure to everything, and soon all of the user's data is exfiltrated and everyone is whining that Google/Apple/et al should have forseen this.
- llm_nerd 1 month ago
- znpy 1 month agoI wonder if google’s drive app is subject to the same limitations, though.
- izacus 1 month agoIt is.
- izacus 1 month ago
- zb3 1 month agoHello there, it seems I was indirectly mentioned..
So let me ask you, how does this:
> Hardening down and making apps only request precisely what they actually need
Relate to Google Play Services? It seems to relate only to third party apps, doesn't it?
- palata 1 month ago> This Nextcloud app seems to be
Right, so you don't know the app. What about getting informed first?
I use Nextcloud to backup files to the cloud. I want it to access my files.
- izacus 1 month agoAnd you can let it if they use Storage Access Framework to ask for that permission without them requiring blanket access to all your private data.
Perhaps you should get informed as well.
In the end this is again app developers refusing to do the work to protect privacy and trying to push through the laziest most privacy voilating solution because it's less work.
- izacus 1 month ago
- pjc50 1 month ago
- izacus 1 month agoFile managers are explicitly allowed to have this permission.
File sync tools need to go through scoped storage where you as a user select directories which they sync and then they can read them at will as well.
- Zak 1 month agoAs I recall from a similar issue with Syncthing, using scoped storage for this has significant performance limitations.
- izacus 1 month agoThe issue with Syncthing was that the author didn't want to call out to scoped storage APIs in Java and wanted to use only Go at any cost.
The performance is a bit worse but for background syncing it's not material.
- apitman 1 month agoYes and it doesn't work with native code, so you have to implement an entire filesystem abstraction using Kotlin or Java.
- izacus 1 month ago
- Zak 1 month ago
- sirdvd 1 month ago> The escape hatch is to use the FDroid version rather than the Play Store version.
And perhaps using GrapheneOS while at it.
- palata 1 month agoWhich unfortunately requires... a Google phone
- thecrash 1 month agoUnlike Apple, Google's main business isn't selling hardware, nor do they use hardware as the chokepoint for controlling their ecosystem.
It could change in future devices, but currently there's not much stopping you from doing whatever you want with your Pixel's software.
- thecrash 1 month ago
- absqueued 1 month agoAh yeah but my sony xperia isn't supported!
- palata 1 month ago
- tarruda 1 month ago> The escape hatch is to use the FDroid version rather than the Play Store version.
As long as Google doesn't remove the ability to sideload apps, Android users are fine.
- matheusmoreira 1 month agoAndroid users are most certainly not fine. Hardware remote attestation enables apps to determine whether you "tampered" with "your" device by doing things like installing apps from "untrustworthy" sources. They want to do this so they can discriminate against you for it. You do things like this and suddenly your bank stops letting you log into your account.
Android is just a shitty version of iOS now.
- nolist_policy 1 month agoDo you have a example/source where side loading an app gets detected by remote attestation?
- nolist_policy 1 month ago
- the_third_wave 1 month agoIf they ever do that they'll get a hefty fine from the EU and the order to restore such functionality or be banned from the market.
- spwa4 1 month agoWhy? Apple does that. You cannot install an app to IOS without both apple review and paying apple money per install. That review still enforces apple policies (famously the "no non-apple-gets-30%-payments" policy which is now ironically suspended on the US side. Ironically and temporarily)
- spwa4 1 month ago
- matheusmoreira 1 month ago
- zb3 1 month agoNo, they just use the "security" argument in bad faith, so third party apps can't compete with builtin ones made by Google.
- UncleMeat 1 month agoThe builtin app is using the more privacy-friendly framework that Nextcloud claims they cannot use.
- izacus 1 month agoRight, because y'all didn't scream when Android games could upload all private photos to their servers because they got this blanket permission to download their game files.
Get outta here.
- zb3 1 month agoI don't care about games I don't download. I don't see a problem with the fact that if I download and execute a binary file on linux without explicit sandbox, it can mess up my system, that's my responsibility. Google pretends to care about my security, but they actually care about cementing their monopoly.
- zb3 1 month ago
- troyvit 1 month agoThat's my take. And even if they aren't using the security argument in bad faith this time, they have so often in the past that now they can reap the rewards of using that argument in bad faith.
- UncleMeat 1 month ago
- jeroenhd 1 month ago
- mritzmann 1 month agoBackground:
> Other apps were not allowed to use this permission at all, once it was introduced in 2022. I could convince them back then, that we need this. But nowadays they are more strict on it and thus we needed to remove this permission. Thus is, why it feels now like a regression / problem in UX, while it was only an exception that they allowed it for ~2 years.
https://github.com/nextcloud/android/issues/14135#issuecomme...
- monegator 1 month ago>Attempts to raise the issue with Google resulted in little more than copy-and-pasted sections of the developer guide
My exact same experience. We had two very simillar apps for a brief time, the old version that interfaces to the old hardware, for old phones, and the new version which was basically redesigned from scratch but kept the same UI. We wanted at least to have a fallback version in case users had any issue, for whatever reason.
From the top of my head, i can name at least a dozen apps that i use daily that have multiple versions of them on the store, for the same reason we did.
However, we received a complaint from google, which froze both our apps, because apparently you can't make one app that looks too simillar to another one.
First, it's our APP. We are not trying to copy anyone (the chief reason for this rule, you don't want fake malicious clones of apps) Second, it's only the first page that looks the same (a video was provided showing the differences once you connected to a companion device. Also ALL our apps have the same first page) Third, what about all the free/pro app pairs you can find? Not every developer chose to follow the in-app-purchase route for unlocking features.
For at least two weeks i kept receiving copypasted responses. All the same wording, all copypasting pieces of the guidelines which can be interpreted in many different ways. After two weeks, they either escalated to a human being, or to a less useless one and we started chatting. We could convince them to at least unlock one of the Apps while deciding what to do with the other one.
Re: second point, they were immovable. Re: third point, when i was asking why the other developer's apps are still there, and what could i do to make the same, the answer was invariably the same: "I can't comment for the other apps, but if you think they violate the guidelines you can report them", so the exact opposite of what i was asking. Which is proof enough to me: they don't stop anything unless reported, and we had a third party attack us with a swarm of fake reports on behalf of a competitor, which already happened in the past. Human beings - or at least with a functioning brain - are not working at google's developer support.
In the meantime we had to distribute the APK, which is not great the moment you need to update.
Apple gave zero fuss, we have had both versions on the store since day one.
- UncleMeat 1 month agoWere these shipped by different developer accounts? Or at least signed with different keys?
- monegator 1 month agoWhy would they have to be shipped by different accounts? Again: see the loads of very popular free/pro apps that look exactly the same on the surface, but with different icon/name/screenshots/text on the store page (all things we did) and given the wording that the bots kept writing us back, they are all breaking the rules. And when i made that point the answer was that if i wanted i could report them for a takedown, instead of having an explanation why they are allowed so we can do what they did.
They just don't care, if you receive enough reports you get taken down with virtually no appeal. Have you ever been flagged for using your own logos and copyrights without permissions? because we have, on our company store, verified by legal mail, dusn number, bank account and whatever other bullshittery they require next. Yet from time to time we get flagged
- UncleMeat 1 month agoBecause the ordinary impersonation detection is looking for apps that are impersonating apps by other developers. I was curious if there was some reason why automation might think that your two apps belonged to different people.
- UncleMeat 1 month ago
- monegator 1 month ago
- UncleMeat 1 month ago
- SpaghettiCthulu 1 month agoWhy doesn't Nextcloud use the scoped storage access introduced in recent years? Users could give Nextcloud access to the particular folders they want synced. Is there some kind of access they need that those APIs don't support?
- jillyboel 1 month agoGoogle will not let you pick the root folder, making it impossible to sync everything.
Note that Google's and other American Big Tech apps do not have this issue, because Google only cares about taking permissions away from "small" players.
- Saris 1 month agoNextcloud isn't really designed to sync the entire device, it's meant to sync your Nextcloud folder to a subfolder somewhere which works fine with the new storage access permissions.
- jillyboel 1 month agoIt's designed to sync the files the user wants synced, be it files produced by the camera app or some other app that operates on a directory on your device, such as your Downloads folder, audiobook folder used by your audiobook app, or the notes folder where your notes app writes the notes.txt, or just straight up everything.
- jillyboel 1 month ago
- tadfisher 1 month agoGoogle's comparable app (Drive) also cannot pick the root folder. As of Android 11, even apps with MANAGE_EXTERNAL_STORAGE cannot access the root folder.
- Saris 1 month ago
- threeseed 1 month agoOften it's because setting up a David versus Goliath story is good for business.
Spotify did this all the time where they would complain about Apple not allowing them access to some private API and then when they did didn't even bother to use it.
- palata 1 month agoNextcloud is about synchronising files. Some people may only sync media files, but surely you can imagine that others want to sync other files, right? It's not that crazy, Dropbox, GDrive, iCloud, etc. all do that.
Do you really think it seems unfair that a file sync app would want to access files?
- izacus 1 month agoScoped storage allows them to access any files the user allows them to.
- izacus 1 month ago
- palata 1 month ago
- apitman 1 month agoThese APIs don't work with native code.
- SpaghettiCthulu 1 month agoNextcloud's app does not use native code.
- 1 month ago
- apitman 1 month agoMy point is more that the API isn't a solution for everyone, even if it would work in this case. Even if it would, the API is terrible.
- 1 month ago
- SpaghettiCthulu 1 month ago
- f33d5173 1 month agoThis is the one that only allows access to media files, yes? This is fact the API they are using. They expound in the article that it is insufficient for their use case.
- izacus 1 month agoNo, this is the one that allows access to any files on shared storage if the user selects them in the dialog.
- f33d5173 1 month agoThis is not what the docs claim, but I could be misreading them.
If you're thinking of another API, they support an additional file access api that allows selecting individual files, not entire folders. This is also not what users expect.
- f33d5173 1 month ago
- izacus 1 month ago
- jillyboel 1 month ago
- 0x000xca0xfe 1 month agoThe war on general purpose computing goes on. It will only end when every piece of software could be a web app.
- threeseed 1 month ago[flagged]
- yjftsjthsd-h 1 month ago> Nobody other than irrelevant nerds think of their phones as general purpose computing devices. Everyone else thinks of them as consoles or microwaves.
Phones run arbitrary programs and store files; they're computers by any name. If my microwave had an app store then I would feel comfortable calling it a computer, too.
- threeseed 1 month agoYou can install apps on fridges, cars etc. I guess you're driving a computer ?
- threeseed 1 month ago
- cybrox 1 month agoMaybe a fluid, touch-centric experience would be less important for most use-cases if not every simple to-do app had to be over-engineered with 20 animations and gestures...
- yjftsjthsd-h 1 month ago
- threeseed 1 month ago
- izacus 1 month agoI find it deeply ironic that HN users DEMAND that Linux/macOS/Windows all implement this exact sandboxing (where user controls which files apps can access) and then threads like these are full of angry people demanding that Google allows Android apps to just demand access to all private photos, documents and app data with one blanket permission (which was abused by every malware ridden game out there).
Android supports scoped storage which is fine for Nextcloud and requires NO extra permissions. It gives control to user because user then selects which directories they want to give Nextcloud to.
Nextcloud just needs to put in the work to support it properly instead of just demanding full unfettered disk access to all photos and app data with no user control over it.
- mariusor 1 month ago> users controls which files apps can access
> Google allows Android apps to just demand access to all private photos
Your own words betray that you are probably confused about what the problem actually is. From my perspective, I think people generally want the same thing on both platforms: the user be in charge of which files the OS gives access to applications.
- izacus 1 month agoAs a developer that did many of those migrations, I can claim that it's crystally clear what the problem is.
Storage Access Framework is a framework where user decides which files an app can access and see. That's the API Nextcloud refuses to use.
Old READ_EXTERNAL_STORAGE (replaced with MANAGE_EXTERNAL_STORAGE now) permission gives full access to all shared storage data (where for example DCIM directory with all private photos and their locations lives) without exception or privacy filters like EXIF stripping. This permission was required by many games, malware apps and everyone with 5 minutes of time that could paste that string into the app and refused to allow users to run the app without granting it. It was VERY common to demand access to all storage at startup just to do simple things like download a potential file.
That's the API Nextcloud demands to use and Google is telling them that they can't because they should be using SAF.
- izacus 1 month ago
- zb3 1 month agoSo you say the user is in control on Android? Like, I can overrule Google when it comes to Google Play Services permissions? I can now deny apps internet access?
- izacus 1 month agoIf Nextcloud migrates to the API which allows that control, yes.
- oaththrowaway 1 month agoYou can absolutely deny apps internet access. I do it for the Google Keyboard app.
- zb3 1 month agoOn stock Android? How? I know how to do this on LineageOS.
- zb3 1 month ago
- izacus 1 month ago
- parliament32 1 month ago> HN users DEMAND that Linux... implement this exact sandboxing (where user controls which files apps can access)
chroot was added to Unix in 1979.
- apitman 1 month agoWhat we want is for the user to be able to choose for themselves.
- izacus 1 month agoIn reality what happened was that apps and games demanded full access for frivolous reasons. Like Syncthing author which wanted access to all data because they didn't want to call Android APIs and wanted to only use Go.
- apitman 1 month agoThen warn the user and let them choose.
Syncthing is written in Golang; the SAF APIs don't work with native code
- apitman 1 month ago
- izacus 1 month ago
- mariusor 1 month ago
- _def 1 month agoAh so that's probably yhe reason why the Dropbox app has these weird abstraction layers. If it weren't for integration with other apps, I would much prefer Nextcloud. But some apps simply don't offer anything else than "cloud sync"
- nopelynopington 1 month agoProbably irrelevant but I gave up on next cloud because I found the syncing apps to be unusable on Mac, windows and Linux. Nothing ever worked the way it was meant to. They crashed all the time, were unresponsive, and the UX was terrible
- nativeit 1 month agoThis article is thick with tribalism, but I personally found it to be a mixed bag. For open source software and self-hosting enthusiasts, NextCloud (OwnCloud, et al) makes you feel really empowered to sort of build out your own personal cloud and/or groupware, and in many of the most salient aspects it delivers.
But like anything so ambitious in scope, it doesn’t take much before you begin to push up against its boundaries (even as generous as they are). This is the kind of software that the biggest players in the industry devote armies of highly paid developers and billions of capital to. The accomplishments of the OSS community should not be diminished. I personally will continue to use and support these tools in my own capacity. But it’s kind of inevitable that, while they offer lots of cool major features, they won’t ever be quite as polished or refined as competing solutions from industry giants, or even other OSS apps that take a narrower, more uni-tasked approach.
Having read through most of these comments, I think the truth is probably somewhere between competing ideas, and everything else is subjective and context-dependent.
- nopelynopington 1 month agoComing from Dropbox, OneDrive etc I guess I assumed it would "just work". And if I'm honest my experience was compounded by other issues. I was running my server on a pi4 and didn't initially give it a fixed IP so the clients lost it, but even after I sorted those issues and had a solid server, the tray apps just would not sync. Sometimes even stopping and restarting the app wouldn't help. All I really wanted was to have a shared sync folder like Dropbox, across OS with storage size only limited by what I could configure in my attic, but I gave up after a week of trying to fix it night after night.
- nopelynopington 1 month ago
- palata 1 month agoSince we're sharing anecdotes: Nextcloud works really well for me.
- nopelynopington 1 month agoI'm glad, I wish I knew your secret
- nopelynopington 1 month ago
- nisa 1 month agoI hate the nextcloud ux with a passion and I'm running multiple instances for company and non-profits. Especially their calendar app makes we want to delete that thing every time I have to use it.
If you leave the beaten path it tends to break.
It's free and it feels wrong to complain but it's not good software IMHO.
- nativeit 1 month ago
- rcarmo 1 month agoBoth major app stores have of late gone further and further down the rabbit hole of enforcing platform entitlements, and it feels like Google is catching up to the point where the Play Store is nearly as hostile to advanced functionality as Apple.
Most people don’t even know F-Droid exists, so the only real way is to fix this at the platform level—-maybe with an additional app review tier for specialized apps, or just a better process that doesn’t feel as if you’re talking to a generalist call center or untrained staff…
- conartist6 1 month agoJust want to say that both things can be true. Google can be acting in the interests of security and doing the right things for the majority of their users, yet still be running the anti-competition playbook by cutting people off with no warning explanation or recourse.
- izacus 1 month agoThe API that Nextcloud can use it readily available since Android 4.4 (2013).
They just didn't put in the work in 10 years despite repeated deprecation warnings.
This seems modus operandi from many OSS developers (syncthing is the other one that had the exact same issue) - ignore warnings, ignore migration guides, ignore API changes and then scream their heads off 6 YEARS later about how evil people are that they don't get unfettered access to users data anymore. And conveniently ignore that the migration path was available for longer than their product exists.
- Ajedi32 1 month agoI'm guessing it was back ported to Android 4.4, so it probably hasn't been available quite that long. (Update: Nevermind, looks like it was in the initial 4.4 release: https://www.youtube.com/watch?v=zxHVeXbK1P4) But they've definitely been warning about the pending API change since at least 2019: https://www.youtube.com/watch?v=UnJ3amzJM94
The devs in the comments of that video do have some valid complaints about the added complexity of not being able to use the standard Java filesystem APIs anymore with the new permissions model, but still, it has been 6 years.
- izacus 1 month agoThere was no backport, it was introduced in API level 19 as the doc itself mentions: https://developer.android.com/guide/topics/providers/documen...
- izacus 1 month ago
- Ajedi32 1 month ago
- izacus 1 month ago
- dismalpedigree 1 month agoDoes Google Drive have this elevated privilege? If so, seems blatant abuse of app store control. If not, it would seem to indicate there is a workaround somehow the Nextcloud could also leverage.
- jfim 1 month agoDrive doesn't sync arbitrary files on Android though. A closer analogue to what nextcloud is trying to do would be syncthing, who also discontinued its Android app due to issues with getting the proper permissions with the play store (see https://github.com/syncthing/syncthing-android/issues/2064).
- genpfault 1 month ago> syncthing, who also discontinued its Android app
https://f-droid.org/en/packages/com.github.catfriend1.syncth...
- genpfault 1 month ago
- new_user_final 1 month agoGoogle Drive, Google Photos do not have this permission but Android Auto and Files by Google have.
- 1 month ago
- jfim 1 month ago
- buyucu 1 month agoGoogle'a app store policies are very anti-competitive. This kind of behaviour hurts all users.
- rkagerer 1 month agoGoogle - if you're out there - stop being such absolute effing jerks to your users.
A lot of us actually want to run apps with full access to our system. The kind of access your own backend has with features like cloud backup.
Syncthing already abandoned their Android app because of this nonsense (as jfim pointed out: https://github.com/syncthing/syncthing-android/issues/2064)
- alexgieg 1 month agoAnother app that abandoned Android for the same reason is iA Writer. It's a plain text editor and Markdown writing app designed around working with, and linking among, tons of text files, so it needs to see all text files (and images etc. for linking) in a hierarchy of folders, and be able to edit any of them.
Google made it so painful and unreasonably expensive to get that access, they gave up. Now it's a Windows, Mac and iOS exclusive, no Android app anymore, despite it existing and having for over a decade been fully functional.
- nolist_policy 1 month agoWrong, the iA Writer thing was about Google Drive access, not local file access: https://ia.net/topics/our-android-app-is-frozen-in-carbonite
- apitman 1 month agoWorking with Google Drive permissions is also horrific sadly.
- apitman 1 month ago
- nolist_policy 1 month ago
- robertlagrant 1 month agoYou must realise there are lots of different user types, and far far more people just want a phone that can't have stuff installed on it that can't do naughty things.
- bayindirh 1 month agoApple, in macOS, has something called "Full Disk Access". You can grant it if you want, deny if you don't.
If you allow that, the app works like the way the person you're replying to wants. If you deny that, the application works the way you want.
If one company have it, the other can implement it, too. There's no shame in copying a good feature, is it?
- robertlagrant 1 month agoI imagine the reason is probably why Apple doesn't copy that feature in iOS: MacOS is much less of a walled garden than a phone ecosystem.
- robertlagrant 1 month ago
- cwillu 1 month agoIf google controlled the trade codes, your house would have electrical panels that could only be opened with a tool that was only available to google certified tradies, you know, for safety.
- robertlagrant 1 month agoIf Google's reputation were on the line if anyone's electrical panel broke, or if someone stole all your personal data from your life that they run through that panel then, yeah. I imagine so.
- robertlagrant 1 month ago
- ToucanLoucan 1 month agoThe problem is the naughty/nice dichotomy in terms of software that needs effectively global permissions to accomplish it's task, like apps like this arguably would. I have also compromised the ever loving hell out of my household ubuntu box to make it do various things, but I'm also doing that on purpose, knowing full well that it's kept safe by other means.
The problem is casual users aren't interested in learning about this shit so they can make informed choices. They just click through and give apps access to the entire device without thinking or reading, and then bitch at Google when their data is breached. Google doesn't want to deal with that so they lock everything down.
I dunno isn't this why Android users root their phones?
- dns_snek 1 month ago> I dunno isn't this why Android users root their phones?
No, because it would be like using dynamite to drill a small hole in the wall - effectively destroying the platform's entire security model as well as locking yourself out of vital apps (finance/banking), and many non-vital apps that pretend they need the same level of security and refuse to work on rooted devices.
- troyvit 1 month ago> The problem is casual users aren't interested in learning about this shit so they can make informed choices.
That's a good point. And for non-casual users there is F-droid. It sucks for app developers who lose a giant audience for sure. But maybe in the long run it's good that power users have a place to go?
- dns_snek 1 month ago
- bayindirh 1 month ago
- alexgieg 1 month ago
- nottorp 1 month agoAt least the permission exists and users can sideload.
As opposed to on the Apple side...
- boesboes 1 month agoOhhh, what a insightful comment! Thank you!
edit: next cloud is available from the app store, soooo, have fun on the otherside. And from the author:
> Apple gave zero fuss, we have had both versions on the store since day one.
- nottorp 1 month agoInteresting. As an Apple user on both mobile and desktop, I fully expected a solution like NextCloud to be unusable on their platform.
Especially since i was a pCloud user but Apple in their infinite wisdom deprecated the extension they were using to offer a 'virtual drive' for syncing. On desktop.
- nottorp 1 month ago
- boesboes 1 month ago
- dhruv3006 1 month agointeresting.