Bugfix/multiselect effect#117
Conversation
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
📝 WalkthroughWalkthroughLos cambios realizados en el archivo Changes
Possibly related PRs
Suggested reviewers
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (1)
💤 Files with no reviewable changes (1)
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
(Rehago el pr porque me equivoque de rama)
Descripción
Quita useEffect "innecesario"; este había sido incluido para que al actualizar la lista de elementos seleccionados en el multiselect en el componente padre el multiselect se "limpiara", pero genera problemas ya que tenía como dependencias dos variables que terminaban generando un loop infinito.
Ahora la lista de seleccionados se debe vaciar manualmente cuando sea necesario. Actualmente no hay lugar en el front donde se requiera hacer eso por lo que no es un breaking change; el multi select solo se está ocupando en audits:edit:general.
Motivación y Contexto
Evitar un loop infinito en custom data.
¿Cómo ha sido probado?
En audits -> edit -> general, modificar los collaborators.
Capturas de pantalla (si es apropiado):
Tipos de cambios
Lista de verificación:
Summary by CodeRabbit
Resumen por CodeRabbit
onChange, mejorando la experiencia del usuario al mantener las selecciones previas.