plandex-ai/plandex · error

error deleting invite: %v

Error message

error deleting invite: %v

What it means

If an active invite exists, the handler deletes it with db.DeleteInvite inside the same transaction. Failure here rolls back the whole org-user deletion and returns the wrapped 'error deleting invite' error as HTTP 500.

Source

Thrown at app/server/handlers/users.go:209

		if err != nil {
			log.Println("Error deleting org user: ", err)
			return fmt.Errorf("error deleting org user: %v", err)
		}

		invite, err := db.GetActiveInviteByEmail(auth.OrgId, auth.User.Email)

		if err != nil {
			log.Println("Error getting invite for org user: ", err)
			return fmt.Errorf("error getting invite for org user: %v", err)
		}

		if invite != nil {
			err = db.DeleteInvite(invite.Id, tx)

			if err != nil {
				log.Println("Error deleting invite: ", err)
				return fmt.Errorf("error deleting invite: %v", err)
			}
		}

		return nil
	})

	if err != nil {
		log.Println("Error deleting org user: ", err)
		http.Error(w, "Error deleting org user: "+err.Error(), http.StatusInternalServerError)
		return
	}

	log.Println("Successfully processed request for DeleteOrgUserHandler")
}

View on GitHub (pinned to e2d772072e)

Solutions

1. Inspect the wrapped cause; check for 'no rows' / duplicate-deletion races and treat already-deleted as success.
2. Remove FK references to the invite or enable cascading deletes.
3. Retry on transient errors (deadlock, serialization) with backoff.
4. Serialize user-removal operations per user (lock or idempotency key).

Example fix

// before
err = db.DeleteInvite(invite.Id, tx)
if err != nil { return fmt.Errorf("error deleting invite: %v", err) }
// after
err = db.DeleteInvite(invite.Id, tx)
if errors.Is(err, sql.ErrNoRows) {
    return nil // already deleted
}
if err != nil { return fmt.Errorf("error deleting invite: %v", err) }

// Go - check invite still exists before deleting inside the tx
invite, err := db.GetActiveInviteByEmail(auth.OrgId, auth.User.Email)
if err != nil || invite == nil {
    return nil // nothing to delete
}

func inviteDeletable(invite *db.Invite) bool { return invite != nil && invite.Id != "" }

err = db.DeleteInvite(invite.Id, tx)
if errors.Is(err, sql.ErrNoRows) {
    return nil // already deleted concurrently
}
if err != nil {
    return fmt.Errorf("error deleting invite: %v", err)
}

When it happens

Trigger: db.DeleteInvite fails: the invite row was already deleted by a concurrent request, FK reference to the invite from another table, deadlock with a parallel deletion, or DB connection loss.

Common situations: Race between deleting the user from two sessions (invite deleted in one, delete fails in the other); invites referenced by audit/notification rows; transaction deadlocks under concurrent admin operations.

Related errors

• error adding org user: %v
• error storing default plan config: %v
• error getting default plan config: %v
• error creating project: %v
• error creating project: %v

AI-assisted analysis of plandex-ai/plandex@e2d772072e (2026-09-05). Data as JSON: /api/errors/b74c33d7a6b940b1. Report an issue: GitHub.