rafacampoamor
My feedback
46 results found
-
117 votesrafacampoamor
supported this idea
·
-
124 votesrafacampoamor
supported this idea
·
-
365 votesrafacampoamor
supported this idea
·
-
63 votesrafacampoamor
supported this idea
·
-
61 votes
An error occurred while saving the comment rafacampoamor
supported this idea
·
-
16 votesrafacampoamor
supported this idea
·
-
114 votesrafacampoamor
supported this idea
·
-
9 votesrafacampoamor
supported this idea
·
-
12 votesrafacampoamor
supported this idea
·
-
26 votesrafacampoamor
supported this idea
·
-
68 votesrafacampoamor
supported this idea
·
-
38 votesrafacampoamor
supported this idea
·
-
42 votesrafacampoamor
supported this idea
·
-
770 votesrafacampoamor
supported this idea
·
-
75 votesrafacampoamor
supported this idea
·
-
1,112 votesrafacampoamor
supported this idea
·
-
285 votesrafacampoamor
supported this idea
·
-
312 votesrafacampoamor
supported this idea
·
-
273 votesrafacampoamor
supported this idea
·
-
180 votesrafacampoamor
supported this idea
·
While browser extension support is great, Proton Pass for macOS still lacks the native 'Credential Provider' extension.
On macOS Tahoe, even if we disable Apple Passwords, the system does not recognize Proton Pass as an available provider under System Settings > Passwords > Password Options. This creates a major friction point:
Passkey Hijacking: macOS keeps prompting to use iCloud Keychain or an external device because it doesn't 'see' Proton Pass as a system-wide vault.
Native App Autofill: We cannot use Proton Pass to autofill credentials in native apps (Slack, Terminal, etc.), only in browsers.
Firefox/Safari Issues: Users are forced to use advanced workarounds (like about:config in Firefox) to prevent macOS from overriding the Proton extension.
We need the macOS app to have the same system-level integration that the iOS app already has. This is the missing link for a truly 'Apple-free' security workflow.