Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
meteor-core
Home
+ new post
About this group
Join this group
Message from discussion More API changes on auth
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
steeve  
View profile  
 More options Sep 30 2012, 3:13 pm
From: steeve <stephentcan...@gmail.com>
Date: Sun, 30 Sep 2012 12:13:03 -0700 (PDT)
Local: Sun, Sep 30 2012 3:13 pm
Subject: Re: More API changes on auth
Print | View thread | Show original | Report this message | Find messages by this author

Nick;

Per

[Server] Meteor.createUser(options, extra) - Creates a user and sends that
user an email with a link to choose their initial password and complete
their account enrollment

I really think you should consider the option of server side create without
the email to the user and the activation link as a configurable option.
 For example, the popular CMS Joomla (with or without Community Builder or
jomSocial) allows these options on user initiated sign up or admin created
(server side essentially).

A.  User sign up with or without activation email.

B.  Admin (server side) creation of user with or without activation email.

Granted there will be sites that want email with a link and the whole
follow on but there will be sites that don't want it and may not need it.
 Examples include company intranets and other closed systems that either do
not have user initiated sign up, or user initiated sign up is from within
an organizations confines and firewalls or all users are being created by
the company administrator for "known and pre-verified" users (employees and
such).

Thanks
Steeve

On Thursday, September 27, 2012 11:12:20 PM UTC-4, Nick Martin wrote:

> Hey all,

> Another batch of API changes on auth!

> The only breaking change this time is eliminating the function and DDP
> method 'enrollAccount'. Use 'resetPassword' instead. The old method did the
> same thing as resetPassword, but used a separate token. Now there is just
> one password reset with token path.

> As we've mentioned before, we're interested in people building
> alternatives for accounts-ui with different structures and flows. But now,
> if you want to make a login UI with the same structure as accounts-ui, but
> different CSS, we've added the 'accounts-ui-unstyled' package. I'm not sure
> how easy it will be to restyle the accounts-ui html, but people were asking
> for this so lets give it a whirl! We'll gladly entertain pull requests for
> more divs, new class names, etc, that make it easier to style.

> Some other non-breaking improvements:

> - Meteor.user() now works in methods on the server. This should simply the
> common pattern of Meteor.users.findOne(this.userId()).

> - Meteor.userId() in addition to Meteor.user().

> - Add Meteor.setPassword(userId, newPassword) on the server.

> - Meteor.createUser on the server now allows you to specify a password.

> - Fix #353, a nasty bug in the livedata method wait logic that could
> result data sync breaking. Thanks, @thedracle and @glasser!

> Cheers!
> -- Nick


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2013 Google