Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Publish: attempt to handle replay name-clash failures #2932

Merged
merged 1 commit into from
Aug 22, 2023
Merged

Conversation

infinite-persistence
Copy link
Collaborator

Test

  • inf, or maybe wait for actual repro steps.

Issue

Did get a complaint from a user who was unable to edit his livestream placeholder to a replay. It would tell him he has a duplicate claim, so it was sending a stream create vs an edit. Trying to repro how they are getting into that scenario, works normally for us otherwise.

Possible Root

Wasn't able to replicate, but if the issue is about stream_create vs. stream_update, then that narrows it down to a missing claim_id when creating the payload.

The use of selectMyClaimForUri to get the claim-being-edited has always been sketchy, since that depends network fetches and a ton of logic. Most likely it returned undefined here.

Change

With recent changes, we are now storing claimToEdit in Redux and persisting it over F5. That object is guaranteed to be populated first before entering Edit stage, so derivation isn't necessary anymore. This should cross out a possible path for failure.

## Issue
> Did get a complaint from a user who was unable to edit his livestream placeholder to a replay. It would tell him he has a duplicate claim, so it was sending a stream create vs an edit. Trying to repro how they are getting into that scenario, works normally for us otherwise.

## Possible Root
Wasn't able to replicate, but if the issue is about `stream_create` vs. `stream_update`, then that narrows it down to a missing `claim_id` when creating the payload.

The use of `selectMyClaimForUri` to get the claim-being-edited has always been sketchy, since that depends network fetches and a ton of logic. Most likely it returned undefined here.

## Change
With recent changes, we are now storing `claimToEdit` in Redux and persisting it over F5. That object is guaranteed to be populated first before entering Edit stage, so derivation isn't necessary anymore.
@tzarebczan tzarebczan merged commit bd92ac6 into master Aug 22, 2023
2 checks passed
@tzarebczan tzarebczan deleted the dup.stream branch August 22, 2023 17:27
@infinite-persistence infinite-persistence mentioned this pull request Aug 23, 2023
6 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants