Dean Brettle
Dean Brettle
I left the `updateOrCreateUserFromExternalService` monkey patch in place to handle the non-password case (as @splendido requested). FWIW, `brettle:accounts-multiple` could handle the non-password cases as well so that the monkey patch...
Yes. Interested?
Would `useraccounts:multi-account` be the same as (or similar to) `brettle:accounts-multi``brettle:accounts-multiple` or would it be something else? I'd be happy to move any/all of the `brettle:accounts-*` suite (see [`brettle:accounts-deluxe`](/brettle/meteor-accounts-deluxe) for an...
I prefer one package per feature so that app developers: 1) don't need to worry about configuration (just `meteor add feature-package`), 2) have less code to vet and 3) don't...
[brettle:accounts-multiple](/brettle/meteor-accounts-multiple) takes the approach @steph643 is describing. @splendido, would you consider a PR that modifies accounts-meld to use brettle:accounts-multiple instead of intercepting `updateOrCreateUserFromExternalService()`?
`brettle:accounts-multiple` uses [`brettle:workaround-issue-4862`](/brettle/meteor-workaround-issue-4862/) to workaround the Meteor bug that causes the problems you described. FYI, MDG has merged [a PR I submitted](/meteor/meteor/pull/4867) to fix the bug, so the workaround won't...
PR #23 addresses this issue. FYI, the non-melding case (i.e. just associate a new email/password with the current account) can be handled by just doing `meteor add brettle:accounts-add-service` to existing...
> As an outside: if you make the file `readonly: true`, (either by changing the perms on disk, or hacking `all.json` after the fact) its possible the user _won't_ be...
With these packages, the user's _id does not change after sign-up, so it should be easy to determine a user's pre-signup behavior after they sign-up. You can also determine which...
Yes, on the client or in a server method, `if(LoginState.signedUp())` is the correct way to check whether the current user has signed up. However, I don't think the concept of...