- Se descapó
- 3 de septiembre de 2026 a las 4:33 UTC
- Autor
- Kamo
- Compromit
- eabb41f
La integración JustCall de VOIPService necesita aterrizar los contactos de un cliente en el la libreta de direcciones del miembro derecho, y aquí es donde se escriben los contactos: un Contacto mapas solo scalars, con sus correos electrónicos, teléfonos, direcciones, orgs, URLs, IMs y relaciones en siete mesas sin cascada, alcanzables sólo a través de ContactDetailStore. Una persona que escribió esas tablas de otro servicio lo haría Deje caer silenciosamente cada número de teléfono en el único campo que existe una integración telefónica para entregar - para que la persistencia se quede aquí y el llamante se publique. La propiedad es la parte que soporta la carga. CONTACTO.OWNER-ID NO es NULL y apunta a usuarios, y el propietario de ContactBook ES su control de acceso (un libro sin dueños no pertenece a nadie y 404s para todos), por lo que un lote debe nombrar al miembro su Los contactos pertenecen y se les rechaza directamente cuando no lo hace. Cada fuente se pone su propio libro detrás de una fila de contactoIntegración en lugar de mezclarse en "My Contactos": filas sincronizadas y filas tipo mano tienen diferentes ciclos de vida, y el el miembro puede esconder o soltar a los importados sin tocar los suyos. Upserts coinciden en uid, que el llamante nombra espacios a su sistema. UID es único por libro, por lo que eso es también lo que hace una actualización de una actualización en lugar de un segundo copia de todo. Montado bajo /api/interno, custodiado entero por InternoAuthFilter - no hay miembro de la sesión detrás de estas llamadas, así que sin ese filtro esto sería un endpoint para escribir contactos arbitrarios en libros de miembros arbitrarios.