Should we allow creation of participants with uuids provided by the client?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
Línea de trabajo
Comienza leyendo issue #128 y el comportamiento actual de participant upsert durante la creación de delegaciones y votaciones. Aclara si se deben aceptar las participant UUIDs proporcionadas por el cliente y documenta las decisiones sobre la seguridad de los identificadores, las UUIDs de solo lectura y los identificadores efímeros.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This has come up during investigation of #128, and needs further discussion:
One of the reasons we decided to use uuids as ids is to enable passing around of identifiers to/from clients and other services, and we're supporting for pre-existing resources in our system - votes, delegations and participants already persisted in the database.
Currently we support upserts of participants on delegation and voting creation based on emails provided by the client.
Another potential scenario is when the client already generates uuids for their participants (for which they're the source the truth), and submits that to us instead of an email. For instance, when creating a delegation, submitting delegator_id and delegate_id instead of a delegator_email and delegate_email. This could be a way to improve the privacy of the participant in our system. We'd only know their client-side id.
Questions raised so far:
- YAGNI?
- any security issues with passing around a direct db identifier like that?
- in some instances clients will create a view-only uuid, and sometimes that's ephemeral. How do we handle that?
- Lenguaje dominante
- Elixir
- Estrellas
- 17
- Forks
- 3
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de liquidvotingio/api
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
liquidvotingio/api#252 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
liquidvotingio/api#250 ·
-
Proposal collection reference fieldQuizá libre de nuevo @oliverbarnes la tomó hace 1999 días y no hay ningún pull request abierto. Abierto
liquidvotingio/api#245 · 3 comentarios · 1 asignado ·
-
Make better use of Multi.runAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
liquidvotingio/api#237 ·
-
Make global delegations explicitAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
liquidvotingio/api#234 · 1 comentario ·
Todos los issues de liquidvotingio/api
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
intellij-elixir/intellij-elixir#4492 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 91/100
expert-lsp/expert#942 ·
Los mantenedores suelen responder en 1 día
-
L: github:actions L: javascript
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
dependabot/dependabot-core#16615 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
carverauto/serviceradar#5756 ·
Los mantenedores suelen responder en 1 día
-
Markdown preview can show an outdated version of the cell sourcePosiblemente ocupada @RaphaelFakhri la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
livebook-dev/livebook#3228 ·
Los mantenedores suelen responder en 1 día