Thanks! I’m trying to avoid routes for now. But now I’ve got basic register / log in / log out functionality by showing atForm on my landing page and showing atNavButton (and not showing atForm) on the app itself.
I’d like to add the following configuration. Where does this code belong?
import { Accounts } from 'meteor/accounts-base'
Accounts.config({
//...
})
Accounts is an instance of AccountsClient or AccountsServer both of which inherit from AccountsCommon, so all the methods on AccountsCommon in the docs are available on the Accounts Module.
Same goes for methods on AccountsClient for the Accounts module on the client
and for methods on AccountsServer for the Accounts module on the server
Once you understand that everything ends up on Accounts through inheritance, it gets much easier to understand the docs
ok I ‘fixed’ the problem. I re-installed accounts-ui and the verification links started working. So, to be clear, I’m running both accounts-ui and useraccounts. I’m only calling the useraccounts templates. I don’t think you’re supposed to do that, but it doesn’t seem to cause any problems in my case.
Regarding the email verification link not working, I’ve got the very same problem right now. I could reproduce that it works, when I meteor add accounts-ui. But the confirmation dialogue I get displayed is clearly from the accounts-ui package. That’s not what I want, as I’m using useraccounts:bootstrap. So I’d be interested to know what I have to configure to make it work without accounts-ui, too. The documentation is lacking that part.