juspay/hyperswitch

[REFACTOR] remove redundant fields from webhook_details API and DB models

Open

#8.468 geöffnet am 26. Juni 2025

Auf GitHub ansehen
 (6 Kommentare) (0 Reaktionen) (1 zugewiesene Person)Rust (4.676 Forks)batch import
good first issue

Repository-Metriken

Stars
 (42.690 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 6T 22h) (213 gemergte PRs in 30 T)

Beschreibung

Below fields are a part of WebhookDetails during merchant account creation / updation AND profile creation / updation.

pub payment_created_enabled: Option<bool>,
pub payment_succeeded_enabled: Option<bool>,
pub payment_failed_enabled: Option<bool>,

These fields are not being used in the backend flows and are redundant. These are needed to be removed for keeping the APIs clean.

Currently, they're being consumed in a few components

  • hyperswitch-control-center
  • hyperswitch postman tests
  • hyperswitch cypress tests

Once dependency on these fields is completely removed, these fields can be removed from API and DB models.

Contributor Guide

Research-Richtung
Identifizieren Sie alle Verwendungen der Felder `payment created enabled`, `payment succeeded enabled` und `payment failed enabled` im hyperswitch Codebase und in abhängigen Projekten (hyperswitch control center, Postman Tests, Cypress Tests). Stellen Sie sicher, dass alle Abhängigkeiten entfernt werden, bevor Sie die Felder aus API Modellen, DB Modellen und Migrationen löschen. Beginnen Sie mit der Suche nach diesen Feldnamen im Repository und in den verknüpften Projekten.
Tech Stack
rust
Domain
backendapidatabase
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
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
RustSQL
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60