412 blocked content #428
No reviewers
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
dependencies
Epic
good first issue
hacktoberfest
help wanted
icebox
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
Osprey
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
resilience
Tom's Wishlist
type: bug
type: discussion
type: error handling
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/spee.ch#428
Loading…
Reference in a new issue
No description provided.
Delete branch "412-blocked_content"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
You could just return an empty array, unless you specifically need
xxx[3] === null
@ -0,0 +35,4 @@
name,
outpoint,
};
return db.upsert(db.Blocked, blocked, blocked, 'Blocked')
This is probably because I don't understand
upsert
that well but whyblocked, blocked
?@ -0,0 +35,4 @@
name,
outpoint,
};
return db.upsert(db.Blocked, blocked, blocked, 'Blocked')
the second argument is the content to insert and the third argument is the conditional for the
upsert
. So in this case, update/insert theblocked
record based on whether that exactblocked
record already exists . In this call toupsert
it is duplicative to have two separate arguments, but in other uses it is helpful to have search criteria that doesn't match the inserted criteria specifically. I.e. upsertblocked
where{claimId: 'abc123...xyz}
@billbitt I didn't read this PR yet, but can you please return code HTTP status code 451 for DMCA pages?
https://en.wikipedia.org/wiki/HTTP_451
@kauffj will do. I had it as 410, but will update to 451.
good catch. I updated so any specific errors will get thrown (like
NO_CHANNEL
), like I did with the claims controllers. That streamlines this chain a lot better.