fix(copilot): fix webhook triggers unsaving in new diff store

[Sg312]

Summary

Copilot re-creates blocks which cascade deletes webhook configs. This takes a snapshot of the webhook + schedule config and recreates it.

Type of Change

• Bug fix

Testing

Tested with @icecrasher321

Checklist

• Code follows project style guidelines
• Self-reviewed my changes
• Tests added/updated and passing
• No new warnings introduced
• I confirm that I have read and agree to the terms outlined in the Contributor License Agreement (CLA)

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment

Project	Deployment	Preview	Comments	Updated (UTC)
docs	Skipped			Nov 24, 2025 11:41pm

[greptile-apps]

Greptile Overview

Greptile Summary

Fixes webhook triggers becoming unsaved when using the new diff store by adding server-side webhook persistence during workflow saves and improved 404 handling in the webhook management hook.

Key Changes:

• Added syncWorkflowWebhooks() function in the workflow state API to persist webhook metadata (webhookId, triggerId, providerConfig, etc.) to the database during workflow saves
• Refactored useWebhookManagement hook to extract createWebhook() and updateWebhook() functions for better code organization
• Added 404 error handling in updateWebhook() that automatically recreates missing webhooks by clearing the stored webhookId and calling createWebhook()
• Added clarifying comment in mergeSubblockState() explaining that orphaned values include runtime webhook identifiers

Confidence Score: 4/5

• This PR is safe to merge with minimal risk, addressing a specific bug in webhook persistence
• The implementation is focused and addresses a real bug. The server-side sync function properly handles both update and recreation scenarios. The hook refactoring improves code organization without changing core logic. Minor concerns around edge cases and error handling could be improved but don't block merging.
• Pay attention to apps/sim/app/api/workflows/[id]/state/route.ts - the new sync function runs after workflow save and could have race conditions with concurrent webhook updates

Important Files Changed

File Analysis

Filename	Score	Overview
apps/sim/app/api/workflows/[id]/state/route.ts	4/5	Added syncWorkflowWebhooks function to persist webhook metadata during workflow save, preventing webhook data loss in the new diff store
apps/sim/hooks/use-webhook-management.ts	4/5	Refactored webhook saving logic into separate createWebhook and updateWebhook functions, added 404 handling to recreate missing webhooks
apps/sim/stores/workflows/utils.ts	5/5	Added clarifying comment explaining that orphaned subblock values include runtime IDs like webhookId and triggerPath

Sequence Diagram

sequenceDiagram
    participant User
    participant Frontend
    participant SubBlockStore
    participant WorkflowAPI
    participant WebhookAPI
    participant Database

    User->>Frontend: Edit workflow with webhook triggers
    Frontend->>SubBlockStore: Store webhookId, triggerId, triggerConfig
    User->>Frontend: Save workflow
    Frontend->>WorkflowAPI: PUT /api/workflows/[id]/state
    WorkflowAPI->>Database: Save workflow state to normalized tables
    WorkflowAPI->>WorkflowAPI: syncWorkflowWebhooks()
    
    loop For each block with webhookId
        WorkflowAPI->>Database: Check if webhook exists
        alt Webhook exists
            WorkflowAPI->>Database: Update webhook if needed (workflowId, blockId, path)
        else Webhook missing (404)
            WorkflowAPI->>Database: Recreate webhook with stored metadata
            WorkflowAPI->>WorkflowAPI: Log webhook recreation
        end
    end
    
    WorkflowAPI-->>Frontend: Success response
    
    Note over User,Database: Hook's updateWebhook now handles 404 by recreating
    
    User->>Frontend: Update webhook config later
    Frontend->>WebhookAPI: PATCH /api/webhooks/[id]
    alt Webhook found
        WebhookAPI->>Database: Update providerConfig
        WebhookAPI-->>Frontend: Success
    else Webhook not found (404)
        WebhookAPI-->>Frontend: 404 error
        Frontend->>Frontend: useWebhookManagement detects 404
        Frontend->>SubBlockStore: Clear webhookId
        Frontend->>WebhookAPI: POST /api/webhooks (recreate)
        WebhookAPI->>Database: Insert new webhook
        Frontend->>SubBlockStore: Store new webhookId
    end

Loading

[greptile-apps]

_{3 files reviewed, 1 comment}

_{Edit Code Review Agent Settings | Greptile}

[icecrasher321]

Tested with schedules, webhooks. Code organization makes sense.