Repost settings #3712
No reviewers
Labels
No labels
accessibility
app-parity
area: creator
area: daemon
area: design
area: devops
area: discovery
area: docs
area: installer
area: internal
area: livestream
area: performance
area: proposal
area: reposts
area: rewards
area: search
area: security
area: subscriptions
area: sync
area: ux
area: viewer
area: wallet
BEAMER
channel
comments
community PR
consider soon
core team
css
dependencies
electron
Epic
feature request
first-timers-only
good first issue
hacktoberfest
help wanted
hub-dependent
icebox
Invalid
level: 0
level: 1
level: 2
level: 3
level: 4
merge when green
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
notifications
odysee
on hold
playlists
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
recsys
redesign
regression
resilience
sdk dependent
Tom's Wishlist
trending
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbry-desktop#3712
Loading…
Reference in a new issue
No description provided.
Delete branch "repost-settings"
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?
PR Checklist
Please check all that apply to this PR using "x":
PR Type
What kind of change does this PR introduce?
Fixes
Issue Number:
What is the current behavior?
Currently there is no way to filter out reposts from those you follow.
What is the new behavior?
A setting that allows you to filter reposts.
Other information
The issue with this PR is that if
showReposts
is set tofalse
claim searches are performed with a definedclaim_type
ofstream
. This may inadvertently filter out channels and any future claim types.Ideally the LBRY SDK would have a
not_repost
filter as it does fornot_tags
andnot_channels
(though I understand the latter are both arrays of id's).It's also not ideal that this is starting with reposts turned off by default - any advice on how to set the default to true would be appreciated.
Nice!
To set a default value for a new setting, you have to add a line here: https://github.com/lbryio/lbry-desktop/blob/master/ui/redux/reducers/settings.js#L57
Also can you add a changelog entry?
9f04dd5bfc
this can be
options.claim_type = ["stream", "channel"]
Great. The SDK docs seem to suggest you can only supply a string.
Will update later / tomorrow morning UK time
That was added very recently. I guess the docs haven’t been updated yet.
On Thu, Feb 20, 2020 at 1:22 PM Luke Wesley-Holley notifications@github.com
wrote:
--
Sean Yesmunt
Engineer for lbry.com
Thanks for the PR! I know @jessopb was going to add this to his filtering options under https://github.com/lbryio/lbry-desktop/pull/3667 - so I'm not sure we want a separate setting for this.
hey @Lukewh , if you'd like, send me an email at hello@lbry.com so we can get you added to our Tech Guests slack chat so you can communicate with us more easily!
For some reason the app won't start for me to test these changes. I'll push tomorrow 👍
I added a comment here earlier then deleted it because I thought I was wrong... But I don't think I was - the SDK seems to only support this for the claim_list endpoint: https://github.com/lbryio/lbry-sdk/pull/2777
So I've left this as is.
No worries, I figure I'd update and keep this PR open anyway - there might be some reason the filters are delayed 🤷♂️
I gotcha. I left a comment on that asking for the other endpoints to be added too
I think we should hold off on this until other sdk commands take a list as the value for
claim_type
. We still want channels to surface from different searches@Lukewh After talking with @tzarebczan, I think this is supported, but you need to be on the latest version of the SDK. If you are using lbry.tv, it might not be
I'm just downloading the latest release of the sdk from the github releases page - I guess I should pull and build myself
That works, also this project downloads the sdk specified in the package json when you run
yarn
. I just updated it to 60 so it should work if you rebaselate to the party, but a better design for this would probably be:
if (defined) {
diff array
} else {
make default
}
I originally had all the code be the negative form of "hideReposts" which would allow what you suggest, but the rest of the naming takes the positive form (from what I can tell) of "showThing" so I conformed :). Happy to change it back.
@Lukewh I pushed up a commit to make a change to the way the claimType prop worked since we added it after this PR was opened (and somehow brought a rogue commit into this).
I tested and noticed the sdk timing out on queries so maybe sending lists for claim_type doesn't work. I'll confirm. This can be merged once that is ready