0.36.0 changes #126
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#126
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "sdk-changes"
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?
Before you look at the diff count...
flow-typed/npm/
and can be ignored. They come from https://github.com/flow-typed/flow-typed and are auto-generated.flow-typed
existed before, but have been checked to match the api in 0.36.0flow-typed/Claim
andflow-typed/Lbry
PR Notes
Lbry
method.Lbry.status().then((status: StatusResponse) => ...)
andStatusResponse
will match the response returned from the SDK. Every method with a usable response should have a type that matches the same pattern, ex:Lbry.claim_list
=>ClaimListResponse
.flowconfig
like I did here https://github.com/lbryio/lbry-desktop/pull/2407/files#diff-a9d0201e8c5bdc946e54218bb9206174R7Breaking changes
claim_list_mine
is nowclaim_list
claim_tip
is nowsupport_create
doFetchClaimCountByChannel
is removed.resolve
is called with a channelThere are a lot of breaking changes related to the data returned, but those should be the only differences re/ calling methods in
lbry-redux
@ -1,19 +1,7 @@
{
We moved the desktop repo over to the same (kinda) rules that spee.ch is using. Keeping this in line with those.
@ -270,1 +348,4 @@
);
export const makeSelectRecommendedContentForUri = (uri: string) =>
createSelector(
Will finish this when I complete the app changes
@tzarebczan If you want, feel free to check this over too. And leave a comment if you think a certain type will change.
@ -0,0 +64,4 @@
homepage_url?: string,
};
declare type StreamMetadata = GenericMetadata & {
Stream will also include the media type data, and have it's own section for the source information: https://github.com/lbryio/types/blob/master/v2/proto/claim.proto#L20
@ -0,0 +64,4 @@
homepage_url?: string,
};
declare type StreamMetadata = GenericMetadata & {
Discussed with Tom. This may change, but keeping it for now.
Just a few minor things. Everything else looks good.
It makes sense to have
Locations
as a single type with all the fields.latitude
andlongitude
is applicable to all kinds of locations.@ -0,0 +1,35 @@
// @flow
It looks like the types are being copied to the
dist/
folder. Is this intentional?@ -1,0 +5,4 @@
// https://github.com/facebook/flow/issues/2221
// We could move to es6 Sets/Maps, but those are not recommended for redux
// https://github.com/reduxjs/redux/issues/1499
// Unsure of the best solution at the momentf
Should be removed before merge, I presume.
@ -3,0 +2,4 @@
const naughtyTags = ['porn', 'nsfw', 'mature', 'xxx'].reduce(
(acc, tag) => ({ ...acc, [tag]: true }),
{}
Is this always going to be a fixed list? It is advisable to obtain this from an api call because I imagine this could end up being dynamic as the items listed here are by no means exhaustive.
@ -3,0 +2,4 @@
const naughtyTags = ['porn', 'nsfw', 'mature', 'xxx'].reduce(
(acc, tag) => ({ ...acc, [tag]: true }),
{}
That's a good idea. I'll keep it for now just to get things working then do something similar to how we do the blocked outpoint list.
Good catch. I'll update.
@ -0,0 +1,35 @@
// @flow
Yep. Then they can be accessed in apps easily. Ideally the Lbry methods would also have the automatic types added, still working on that.
It makes it so you can add a line to the
flowconfig
, then can just use these as global types.Looks good.