D
My feedback
10 results found
-
1,160 votes
D
supported this idea
·
An error occurred while saving the comment An error occurred while saving the comment
D
commented
The publication of apk's is highly inconsistent. Some only appear on protonapps.com (Calendar, Drive, Wallet), some only on google play (Authenticator, Lumo), some both on protonapps and on f-droid (VPN, Pass), some on protonapps and github (Mail, VPN). Please make this consistent.
Those of us on GrapheneOS often use Obtainium for .apk's. With Obtainium, the following solutions work:
(1) include the version number on the protonapps page, so we can identify when the app needs to be updated. Automated or no, right now we can't tell. It would work just as well if the version number were included in the .apk URL. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/50070162-improve-app-versioning-in-protonapps-com(2) publish everything to github. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/48103700-include-android-apks-in-all-github-releases(3) publish everything to f-droid, which is this request. This is not optimal unless you're doing reproducible builds and keeping your own keys.
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47173612-official-f-droid-repositoryAnother, identical f-droid request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroid -
40 votes
An error occurred while saving the comment
D
commented
D
supported this idea
·
An error occurred while saving the comment
D
commented
The publication of apk's is highly inconsistent. Some only appear on protonapps.com (Calendar, Drive, Wallet), some only on google play (Authenticator, Lumo), some both on protonapps and on f-droid (VPN, Pass), some on protonapps and github (Mail, VPN). Please make this consistent.
Those of us on GrapheneOS often use Obtainium for .apk's. With Obtainium, the following solutions work:
(1) include the version number on the protonapps page, so we can identify when the app needs to be updated. Automated or no, right now we can't tell. It would work just as well if the version number were included in the .apk URL. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/50070162-improve-app-versioning-in-protonapps-com(2) publish everything to github. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/48103700-include-android-apks-in-all-github-releases(3) publish everything to f-droid, which is this request. This is not optimal unless you're doing reproducible builds and keeping your own keys.
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroidAnother, identical f-droid request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47173612-official-f-droid-repository -
55 votes
An error occurred while saving the comment
D
commented
While I agree, I don't think Accrescent is in the position to take more apps right now, until they get more support. Many of us use Obtainium to retrieve apps. That would work under the following two conditions. First, publication were consistent. As it stands, some only appear on protonapps.com (Calendar, Drive, Wallet), some only on google play (Authenticator, Lumo), some both on protonapps and on f-droid (VPN, Pass), some on protonapps and github (Mail, VPN).
Second, Proton would either:
(1) include the version number on the protonapps page, so we can identify when the app needs to be updated. Automated or no, right now we can't tell. It would work just as well if the version number were included in the .apk URL. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/50070162-improve-app-versioning-in-protonapps-com(2) publish everything to github. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/48103700-include-android-apks-in-all-github-releases(3) publish everything to f-droid. Note the following requests. This is not optimal unless you're doing reproducible builds and keeping your own keys.
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroid
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47173612-official-f-droid-repository -
9 votes
An error occurred while saving the comment
D
commented
100%. Otherwise protonapps.com is useless. Furthremore, the publication of apk's is highly inconsistent. Some only appear on protonapps.com (Calendar, Drive, Wallet), some only on google play (Authenticator, Lumo), some both on protonapps and on f-droid (VPN, Pass), some on protonapps and github (Mail, VPN).
Those of us on GrapheneOS often use Obtainium for .apk's. With Obtainium, the following solutions work:
(1) include the version number on the protonapps page, so we can identify when the app needs to be updated. Automated or no, right now we can't tell. It would work just as well if the version number were included in the .apk URL. That is this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/50070162-improve-app-versioning-in-protonapps-com(2) publish everything to github. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/48103700-include-android-apks-in-all-github-releases(3) publish everything to f-droid. Note the following requests. This is not optimal unless you're doing reproducible builds and keeping your own keys.
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroid
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47173612-official-f-droid-repository
D
supported this idea
·
-
18 votes
An error occurred while saving the comment
D
commented
Anything in the Play Store has google's libraries in it. The right way to do this is to avoid Google Play altogether by making the apk's available through a FOSS app store. For GOS, that would be Accrescent, F-Droid, or either Github or ProtonApps.com through Obtainium. See multiple requests in this vein, here:
accerescent:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/48531431-support-accrescent-storef-droid:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroid
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47173612-official-f-droid-repositoryfor protonapps through obtainium, we need the version number on the protonapps page or in the .apk link:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/50070162-improve-app-versioning-in-protonapps-com -
14 votes
An error occurred while saving the comment
D
commented
We have multiple. The best is GrapheneOS. Second, CaylixOS. Third LineageOS.
-
179 votes
D
supported this idea
·
An error occurred while saving the comment
D
commented
Absolutely agree. I'm come here for security apps, and expect to be able to support the causes that I choose. I don't want to have to choose security apps /and/ your cause.
-
34 votes
D
supported this idea
·
An error occurred while saving the comment
D
commented
The publication of apk's is highly inconsistent. Some only appear on protonapps.com (Calendar, Drive, Wallet), some only on google play (Authenticator, Lumo), some both on protonapps and on f-droid (VPN, Pass), some on protonapps and github (Mail, VPN). Please make this consistent.
Those of us on GrapheneOS often use Obtainium for .apk's. With Obtainium, the following solutions work:
(1) include the version number on the protonapps page, so we can identify when the app needs to be updated. Automated or no, right now we can't tell. It would work just as well if the version number were included in the .apk URL. Note this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/50070162-improve-app-versioning-in-protonapps-com(2) publish everything to github, which is this request:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/48103700-include-android-apks-in-all-github-releases(3) publish everything to f-droid. Note the following requests. This is not optimal unless you're doing reproducible builds and keeping your own keys.
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroid
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47173612-official-f-droid-repository -
5,025 votes
D
supported this idea
·
-
374 votes
An error occurred while saving the comment
D
commented
There is a similar request here: https://protonmail.uservoice.com/forums/284483-feedback/suggestions/18356443-delete-attached-images-from-received-email
You should probably add together the votes on the two of them.
An error occurred while saving the comment
D
commented
I voted on a similar request, here: https://protonmail.uservoice.com/forums/284483-feedback/suggestions/33019273-delete-attachments-button
You should probably add the votes together for the two of them.
An error occurred while saving the comment
D
commented
Best to put an "x" on each file icon, so the attachments can be deleted one by one, as needed.
An error occurred while saving the comment
D
commented
Just put a little "x" on each attachment icon, so we can delete them individually as needed.
This is so basic. Please.
D
supported this idea
·
Identical to:
https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47229965-publish-all-android-apk-to-fdroid