Add tags to redux #147
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
dependencies
Epic
good first issue
hacktoberfest
help wanted
icebox
Invalid
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
resilience
Tom's Wishlist
type: bug
type: discussion
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/lbry-redux#147
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "tags"
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?
Will need to make another PR that addresses pagination on the trending pages.
@ -155,3 +160,4 @@
selectMyClaimUrisWithoutChannels,
selectAllMyClaimsByOutpoint,
selectMyClaimsOutpoints,
selectFetchingMyChannels,
Not sure if this should be here or in the tags file. Currently, all metadata selectors are inside of the claims file.
Will this be the list of default tags? Either way, just using this for more accurate test data.
if I'm reading this code correctly, this essentially to store the uris for the last call to claim_search
if that's the case, should this state even be in Tags.js instead of Claims.js? and either way, a name like lastClaimSearchUris would probably be better
Similar to above, this value is tracking whether there is a claim_search active, which isn't necessarily trending (it could be best, or newest, etc.).
Same comment as above, not necessarily "Trending"
The default tags will be close to this, but could they be put in the app codebase rather than lbry-redux?
@ -155,3 +160,4 @@
selectMyClaimUrisWithoutChannels,
selectAllMyClaimsByOutpoint,
selectMyClaimsOutpoints,
selectFetchingMyChannels,
I think they should continue to be in the claims file.
this looks like it just calls right through to claim search... do we even need this along with the accompanying actions? could everything just call
doClaimSearch
directly?@ -231,0 +231,4 @@
export const selectDownloadedUris = createSelector(
selectFileInfosDownloaded,
// We should use permament_url but it doesn't exist in file_list
should this be filed?
Yes
@ -231,0 +231,4 @@
export const selectDownloadedUris = createSelector(
selectFileInfosDownloaded,
// We should use permament_url but it doesn't exist in file_list
It is.
Yeah I'll move it to the claims reducer
Merging since so that I can rebase the comments PR. I responded/updated code based on the comments above. I can make another PR if there are more comments.