kafbat/kafka-ui

FE: KC: Pasting a config doesn't trigger form validation

Offen

#514 geöffnet am 31.07.2024

Auf GitHub ansehenContributor Guide
 (1 Kommentar) (0 Reaktionen) (1 zugewiesene Person)TypeScript (363 Forks)auto 404
area/connectarea/uxgood first issuescope/frontendstatus/triage/completedtype/bug

Repository-Metriken

Stars
 (2.554 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 4T 21h) (5 gemergte PRs in 30 T)

Beschreibung

Issue submitter TODO list

  • I've looked up my issue in FAQ
  • I've searched for an already existing issues here
  • I've tried running main-labeled docker image and the issue still persists there
  • I'm running a supported version of the application which is listed here

Describe the bug (actual behavior)

Copy paste a changed config into the Connectors Form. Now the Submit button is still disabled despite a valid and different JSON is in the Form.

Expected behavior

The Input validation should happen when a JSON config is copy pasted into the Form

Your installation details

Docker, with 8c7012679d7ec0293e0f96a1740690bf0bfc994e

Steps to reproduce

Copy the existing config into an external editor, place that password back in, edit some JSON fields and then copy paste into the Form.

Screenshots

No response

Logs

No response

Additional context

No response

Contributor Guide

Research-Richtung
Reproduzieren Sie den Fehler, indem Sie eine geänderte Konfiguration in das Connectors Formular einfügen. Finden Sie die Komponente, die für das Formular verantwortlich ist, und untersuchen Sie, wie das Konfigurationsfeld beim Einfügen aktualisiert wird. Verfolgen Sie die Validierungslogik, um zu sehen, warum sie beim Einfügen nicht ausgelöst wird, und fügen Sie einen Handler hinzu, um beim Einfügen zu validieren, oder verwenden Sie einen vorhandenen Mechanismus zur Änderungserkennung.
Tech Stack
typescript
Domain
frontend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65