So demo_users are currently getting ignored and not being indexed. This is because it seems silly to me to index the same exact demo_user doc for each different domain when we already know what user_id and username would be. Also, we would need to append the demo_user uuid (which is just "demo_user") with the name of the domain that it submitted to so that there could be distinct demo_user docs by domain. But if we did that, than in any application code that pulls users, the domain string would have to get removed from the demo_user uuid whenever we wanted to do queries on the demo_user. This seems inelegant

However, it might be worth it to index them for the make the paginated users fn simpler to implement. If they're not indexed in ES, than when getting paginated users sorted by username that includes the demo_user, we'll have to hack in the demo_user into the results after the fact (i.e. checking each username of the users we got back and placing the demo_user alphabetically within the list of users). Also we'd have to increase the total number of users returned by 1 when demo_user is included.

not sure which is the best solution -- @esoergel what do you think?