3ac4cc327a
Preparing for ooo-user-1.4.2 release.
2013-02-20 10:10:43 -06:00
ee6cbc2337
Most of our games don't share a ooouser database anyway and this flag is not longer specific to yohoho, so let's not be jerks about which sites can set the subscription status.
2013-02-19 14:58:55 -08:00
37b5df9dc7
Preparing for 1.5-SNAPSHOT development.
2013-02-12 15:35:51 -08:00
5f10e556a8
Preparing for ooo-user-1.4.1 release.
2013-02-12 15:30:58 -08:00
b6143a7eaa
Move to guice 3.0
2013-02-05 14:11:51 -08:00
58a7df7324
[maven-release-plugin] prepare for next development iteration
2013-02-04 12:30:35 -08:00
b8957a2e40
[maven-release-plugin] prepare release ooo-user-1.4
2013-02-04 12:30:29 -08:00
80115ff70f
Preparing for 1.4-SNAPSHOT development.
2012-12-17 11:18:59 -08:00
62378e9eab
Preparing for ooo-user-1.3.2 release.
2012-12-17 11:14:56 -08:00
c77673839a
Added newgrounds
2012-12-03 21:04:08 -08:00
6e8d7b7388
Preparing for 1.4-SNAPSHOT development.
2012-10-16 17:14:53 -07:00
2adeffc71e
Preparing for ooo-user-1.3.1 release.
2012-10-16 17:11:59 -07:00
0c7040092a
Move to depot 1.6, which uses the same guava-jdk5 that we do.
2012-10-10 11:03:32 -07:00
a627442637
Start 1.4 development
2012-10-09 13:04:33 -07:00
74b77b0cfa
Release version 1.3, with new samskivert and guava
2012-10-09 12:59:12 -07:00
29e5290ed6
Move to samskivert 1.7 and guava-jdk5 13.0.
2012-10-02 17:09:39 -07:00
5ef4dc48e9
Add Armorgames as an ExternalAuther.
2012-10-02 14:14:54 -07:00
30c38839f9
Add a method for getting many external ids at once.
2012-08-27 14:25:22 -07:00
0162191fec
Preparing for 1.3-SNAPSHOT development.
2012-07-12 17:53:39 -07:00
cf1d82a337
Preparing for ooo-user-1.2.5 release.
2012-07-12 17:49:27 -07:00
0968284e69
We have a lower case email index, we should be using it for lookup.
2012-07-12 17:48:40 -07:00
c3e151c30b
Preparing for 1.3-SNAPSHOT development.
2012-07-10 20:26:33 -07:00
0df7d8d15e
Preparing for ooo-user-1.2.4 release.
2012-07-10 20:24:38 -07:00
312968059a
Preparing for 1.3-SNAPSHOT development.
2012-06-18 18:41:43 -07:00
fa74c9ded5
Preparing for ooo-user-1.2.3 release.
2012-06-18 18:35:49 -07:00
af586da003
Added a Junior Support token
2012-06-11 12:24:46 -07:00
5f20cb6f50
Preparing for 1.3-SNAPSHOT development.
2012-04-11 08:35:54 -07:00
6a780fb31a
Preparing for ooo-user-1.2.2 release.
2012-04-11 08:34:41 -07:00
7c927d57ad
Remove public'd registerMigration().
...
It's public in the base class now and I can use the latest depot
where I had needed this.
2012-04-05 15:33:28 -07:00
efa397559a
Added two methods we want in SK.
...
Also made registerMigration public, temporarily.
2012-04-04 11:06:22 -07:00
28fedf8848
Preparing for 1.3-SNAPSHOT development.
2012-03-01 11:34:27 -08:00
48cf193e81
Preparing for ooo-user-1.2.1 release.
2012-03-01 11:28:13 -08:00
9e43e061c4
- Add a addFlags that works with a username
2012-02-29 15:39:50 -08:00
dc9b0a9fc4
[maven-release-plugin] prepare for next development iteration
2012-01-30 11:19:41 -08:00
87d9c175d0
[maven-release-plugin] prepare release ooo-user-1.2
2012-01-30 11:19:33 -08:00
2228381417
Fix developerConnection URL.
2012-01-30 11:18:37 -08:00
50ab46c0f8
Bump to latest Guava.
2012-01-30 11:17:16 -08:00
256eced06d
Prep for publishing to Maven Central.
2012-01-30 11:14:37 -08:00
81a1927dca
Add a method to clear an existing session for a given user.
2012-01-18 13:37:34 -08:00
7e20cb898d
Surely a migration from 2009 has been applied everywhere.
2012-01-18 13:34:37 -08:00
e6f3ed33ca
Preparing for 1.2-SNAPSHOT development.
2011-12-19 13:36:26 -08:00
d431f75775
Preparing for ooo-user-1.1 release.
2011-12-19 13:33:46 -08:00
1a07549a30
Added some missing constants
2011-12-18 19:53:34 -08:00
b14734277e
More fix: two validation records would collide if generated at the
...
same millisecond. Use a persistent random, and include the userId
and a bit of the timestamp to make a secret that cannot collide
with another user's secret.
2011-11-08 11:35:34 -08:00
77b02552b1
Match changes to the Depot user repo commited in r....
...
Oh hello, git.
I mean... "change 4e5882cb4b89bb084ba3a63d6060323a2b371f98".
Yeah. Hm.
Anyway, fix validation records so that we only store one and it
corresponds to the latest email address.
2011-11-04 15:14:54 -07:00
4e5882cb4b
Uhhh... WHY do we want to re-use the validation record? Don't.
...
The validation record doesn't have an email address in it.
When we change the user's email address we create a validation record.
So, with the re-use, the following would work:
1) Set your email address to real.address@site.com , a validation email
is sent.
2) Don't click it! Instead, go back and change your email address to
fake.address@fakeyfake.com , another validation email is sent (but
bounces).
3) Click on the link in the first email. Ta-dah! You've "validated"
fake.address@fakeyfake.com !!
So: generate a new validation code every time we're asked to create
one for the user.
Right? Right?
2011-11-03 18:45:53 -07:00
94b6d1d9f2
Added changeEmailAndInvalidate as well as flag manipulation methods.
2011-10-21 10:33:34 -07:00
292aba7fde
Switch to install and deploy targets.
2011-10-13 12:23:26 -07:00
4c03d17fc8
Move to next snapshot version.
2011-10-05 09:42:44 -07:00
afab3a1762
Ship a 1.0 release.
2011-10-05 09:42:12 -07:00
Pär Winzell