![](https://secure.gravatar.com/avatar/b009b2809a98fc29d87d2ef8a9609005.jpg?s=120&d=mm&r=g)
That’s fine I’m good with that.
The other possibility, distasteful as it may be, is to make the changes to publish the UUID to the REST API and deprecate the use of the user_id as integer. I suggest this because others who come after me will have the same question and may run into the same issues as I have in trying to work out a “broadly compatible” way of handling/storing integers. They’ll probably come up with their own solution - perhaps to store user ID’s as a variety of integer types/lengths - perhaps to convert to UUID - perhaps to store integer-as-string, and the question might be raised again.
Short term pain now to move to UUID and deprecate user_id as integer, possibly longer term gain with clarity that a user_id is a UUID.
Anyway I don’t mind much anyway I’ll just do as Barry says…..
as
On 2 Feb 2015, at 9:33 am, Barry Warsaw <barry@list.org> wrote:
On Feb 01, 2015, at 11:54 AM, Andrew Stuart wrote:
I’m going to store as string representation of the integer as I don’t want to be dealing with databases or anything else that makes a distinction between different types and lengths of integer.
That makes sense to me. Since Aurelien was okay with the status quo, I never did make the change described in that archive message.
Ideally the identifier would match the core internal identifier which is UUID but since userid-as-UUID is not seen from the REST API side of things then I’ll act like that concept does not exist and hope I’m not making things more confused around user id.
Yep, for now I think we'll keep the int-as-user-id concept, and it will be converted internally to a UUID. If/when we change that I'll have to keep backward compatibility with that API anyway.
Cheers, -Barry
Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/andrew.stuart%40s...
Security Policy: http://wiki.list.org/x/QIA9