2021-04-23 05:04:11 +02:00
|
|
|
// @flow
|
|
|
|
import { createSelector } from 'reselect';
|
2021-11-16 04:52:35 +01:00
|
|
|
import { createCachedSelector } from 're-reselect';
|
2021-12-02 17:49:13 +01:00
|
|
|
import { selectMyClaims, selectPendingClaims } from 'redux/selectors/claims';
|
2021-04-23 05:04:11 +02:00
|
|
|
|
2021-10-23 04:41:43 +02:00
|
|
|
type State = { livestream: any };
|
|
|
|
|
|
|
|
const selectState = (state: State) => state.livestream || {};
|
2021-04-23 05:04:11 +02:00
|
|
|
|
|
|
|
// select non-pending claims without sources for given channel
|
|
|
|
export const makeSelectLivestreamsForChannelId = (channelId: string) =>
|
|
|
|
createSelector(selectState, selectMyClaims, (livestreamState, myClaims = []) => {
|
|
|
|
return myClaims
|
|
|
|
.filter(
|
|
|
|
(claim) =>
|
|
|
|
claim.value_type === 'stream' &&
|
|
|
|
claim.value &&
|
|
|
|
!claim.value.source &&
|
|
|
|
claim.confirmations > 0 &&
|
|
|
|
claim.signing_channel &&
|
|
|
|
claim.signing_channel.claim_id === channelId
|
|
|
|
)
|
|
|
|
.sort((a, b) => b.timestamp - a.timestamp); // newest first
|
|
|
|
});
|
|
|
|
|
2021-10-23 04:41:43 +02:00
|
|
|
export const selectFetchingLivestreams = (state: State) => selectState(state).fetchingById;
|
|
|
|
export const selectViewersById = (state: State) => selectState(state).viewersById;
|
2021-04-23 05:04:11 +02:00
|
|
|
|
|
|
|
export const makeSelectIsFetchingLivestreams = (channelId: string) =>
|
|
|
|
createSelector(selectFetchingLivestreams, (fetchingLivestreams) => Boolean(fetchingLivestreams[channelId]));
|
|
|
|
|
2021-11-17 10:01:48 +01:00
|
|
|
export const selectViewersForId = (state: State, channelId: string) => {
|
|
|
|
const viewers = selectViewersById(state);
|
|
|
|
return viewers[channelId];
|
|
|
|
};
|
2021-06-17 20:55:23 +02:00
|
|
|
|
2021-04-23 05:04:11 +02:00
|
|
|
export const makeSelectPendingLivestreamsForChannelId = (channelId: string) =>
|
|
|
|
createSelector(selectPendingClaims, (pendingClaims) => {
|
|
|
|
return pendingClaims.filter(
|
|
|
|
(claim) =>
|
|
|
|
claim.value_type === 'stream' &&
|
|
|
|
claim.value &&
|
|
|
|
!claim.value.source &&
|
|
|
|
claim.signing_channel &&
|
|
|
|
claim.signing_channel.claim_id === channelId
|
|
|
|
);
|
|
|
|
});
|
Livestream category improvements (#7115)
* ❌ Remove old method of displaying active livestreams
Completely remove it for now to make the commit deltas clearer.
We'll replace it with the new method at the end.
* Fetch and store active-livestream info in redux
* Tiles can now query active-livestream state from redux instead of getting from parent.
* ⏪ ClaimTilesDiscover: revert and cleanup
## Simplify
- Simplify to just `uris` instead of having multiple arrays (`uris`, `modifiedUris`, `prevUris`)
- The `prevUris` is for CLS prevention. With this removal, the CLS issue is back, but we'll handle it differently later.
- Temporarily disable the view-count fetching. Code is left there so that I don't forget.
## Fix
- `shouldPerformSearch` was never true when `prefixUris` is present. Corrected the logic.
- Aside: prefix and pin is so similar in function. Hm ....
* ClaimTilesDiscover: factor out options
## Change
Move the `option` code outside and passed in as a pre-calculated prop.
## Reason
To skip rendering while waiting for `claim_search`, we need to add `React.memo(areEqual)`. However, the flag that determines if we are fetching `claim_search` (fetchingClaimSearchByQuery[]) depends on the derived options as the key.
Instead of calculating `options` twice, we moved it to the props so both sides can use it.
It also makes the component a bit more readable.
The downside is that the prop-passing might not be clear.
* ClaimTilesDiscover: reduce ~17 renders at startup to just 2.
* ClaimTilesDiscover: fill with placeholder while waiting for claim_search
## Issue
Livestream claims are fetched seperately, so they might already exists. While claim_search is running, the list only consists of livestreams (collapsed).
## Fix
Fill up the space with placeholders to prevent layout shift.
* Add 'useFetchViewCount' to handle fetching from lists
This effect also stashes fetched uris, so that we won't re-fetch the same uris during the same instance (e.g. during infinite scroll).
* ⏪ ClaimListDiscover: revert and cleanup
## Revert
- Removed the 'finalUris' stuff that was meant to "pause" visual changes when fetching. I think it'll be cleaner to use React.memo to achieve that.
## Alterations
- Added `renderUri` to make it clear which array that this component will render.
- Re-do the way we fetch view counts now that 'finalUris' is gone. Not the best method, but at least correct for now.
* ClaimListDiscover: add prefixUris, similar to ClaimTilesDiscover
This will be initially used to append livestreams at the top.
* ✅ Re-enable active livestream tiles using the new method
* doFetchActiveLivestreams: add interval check
- Added a default minimum of 5 minutes between fetches. Clients can bypass this through `forceFetch` if needed.
* doFetchActiveLivestreams: add option check
We'll need to support different 'orderBy', so adding an "options check" when determining if we just made the same fetch.
* WildWest: limit livestream tiles + add ability to show more
Most likely this behavior will change in the future, so we'll leave `ClaimListDiscover` untouched and handle the logic at the page level.
This solution uses 2 `ClaimListDiscover` -- if the reduced livestream list is visible, it handles the header; else the normal list handles the header.
* Use better tile-count on larger screens.
Used the same method as how the homepage does it.
2021-09-24 16:26:21 +02:00
|
|
|
|
2021-10-23 04:41:43 +02:00
|
|
|
export const selectActiveLivestreams = (state: State) => selectState(state).activeLivestreams;
|
Livestream category improvements (#7115)
* ❌ Remove old method of displaying active livestreams
Completely remove it for now to make the commit deltas clearer.
We'll replace it with the new method at the end.
* Fetch and store active-livestream info in redux
* Tiles can now query active-livestream state from redux instead of getting from parent.
* ⏪ ClaimTilesDiscover: revert and cleanup
## Simplify
- Simplify to just `uris` instead of having multiple arrays (`uris`, `modifiedUris`, `prevUris`)
- The `prevUris` is for CLS prevention. With this removal, the CLS issue is back, but we'll handle it differently later.
- Temporarily disable the view-count fetching. Code is left there so that I don't forget.
## Fix
- `shouldPerformSearch` was never true when `prefixUris` is present. Corrected the logic.
- Aside: prefix and pin is so similar in function. Hm ....
* ClaimTilesDiscover: factor out options
## Change
Move the `option` code outside and passed in as a pre-calculated prop.
## Reason
To skip rendering while waiting for `claim_search`, we need to add `React.memo(areEqual)`. However, the flag that determines if we are fetching `claim_search` (fetchingClaimSearchByQuery[]) depends on the derived options as the key.
Instead of calculating `options` twice, we moved it to the props so both sides can use it.
It also makes the component a bit more readable.
The downside is that the prop-passing might not be clear.
* ClaimTilesDiscover: reduce ~17 renders at startup to just 2.
* ClaimTilesDiscover: fill with placeholder while waiting for claim_search
## Issue
Livestream claims are fetched seperately, so they might already exists. While claim_search is running, the list only consists of livestreams (collapsed).
## Fix
Fill up the space with placeholders to prevent layout shift.
* Add 'useFetchViewCount' to handle fetching from lists
This effect also stashes fetched uris, so that we won't re-fetch the same uris during the same instance (e.g. during infinite scroll).
* ⏪ ClaimListDiscover: revert and cleanup
## Revert
- Removed the 'finalUris' stuff that was meant to "pause" visual changes when fetching. I think it'll be cleaner to use React.memo to achieve that.
## Alterations
- Added `renderUri` to make it clear which array that this component will render.
- Re-do the way we fetch view counts now that 'finalUris' is gone. Not the best method, but at least correct for now.
* ClaimListDiscover: add prefixUris, similar to ClaimTilesDiscover
This will be initially used to append livestreams at the top.
* ✅ Re-enable active livestream tiles using the new method
* doFetchActiveLivestreams: add interval check
- Added a default minimum of 5 minutes between fetches. Clients can bypass this through `forceFetch` if needed.
* doFetchActiveLivestreams: add option check
We'll need to support different 'orderBy', so adding an "options check" when determining if we just made the same fetch.
* WildWest: limit livestream tiles + add ability to show more
Most likely this behavior will change in the future, so we'll leave `ClaimListDiscover` untouched and handle the logic at the page level.
This solution uses 2 `ClaimListDiscover` -- if the reduced livestream list is visible, it handles the header; else the normal list handles the header.
* Use better tile-count on larger screens.
Used the same method as how the homepage does it.
2021-09-24 16:26:21 +02:00
|
|
|
|
2021-11-16 04:52:35 +01:00
|
|
|
export const selectIsActiveLivestreamForUri = createCachedSelector(
|
|
|
|
(state, uri) => uri,
|
|
|
|
selectActiveLivestreams,
|
|
|
|
(uri, activeLivestreams) => {
|
|
|
|
if (!uri || !activeLivestreams) {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
const activeLivestreamValues = Object.values(activeLivestreams);
|
2021-12-16 22:59:13 +01:00
|
|
|
// $FlowFixMe - unable to resolve claimUri
|
|
|
|
return activeLivestreamValues.some((v) => v.claimUri === uri);
|
2021-11-16 04:52:35 +01:00
|
|
|
}
|
|
|
|
)((state, uri) => String(uri));
|
2021-12-16 22:59:13 +01:00
|
|
|
|
|
|
|
export const selectFetchingActiveLivestreams = (state: State) => selectState(state).fetchingActiveLivestreams;
|
|
|
|
|
|
|
|
export const selectCurrentChannelStatus = (state: State) => selectState(state).currentChannelStatus;
|