Fix publish issues #1574
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#1574
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "edit-no-source"
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?
Fixes
https://github.com/lbryio/lbry-app/issues/1219
This kinda looks like I'm just renaming/moving stuff around but the main change for 1219 is that it was only looking for the previous claim by name and channel, not claim_id.
https://github.com/lbryio/lbry-app/issues/1520
This was fixed by ensuring there are no duplicates when we load the "you publishes" page. It will be cleared out on an interval, but there is a chance that we have the new content if you navigate to a different page then come back to "the your" publishes page.
Still some minor testing to be done, but it's ready for a first pass
@ -26,2 +44,4 @@
)[0];
});
// Is the current uri the same as the uri they clicked "edit" on
Not really a fan of the above code. Can this be simplified?
Ensures that users are still editing if they have the same claim name, but different channels (anonymous => channel)
@ -26,2 +44,4 @@
)[0];
});
// Is the current uri the same as the uri they clicked "edit" on
Is this a code golf challenge? Here's my entry:
Alternatively (and possibly contentiously):
@ -26,2 +44,4 @@
)[0];
});
// Is the current uri the same as the uri they clicked "edit" on
Much cleaner. Nice.
@kauffj Realized I left the
WIP
tag on here. This is ready for a full review.I did not run this code - should I gave a UX review as well?
@ -50,3 +50,3 @@
"keytar": "^4.2.1",
"lbry-redux": "lbryio/lbry-redux#7759bc6e8c482bed173d1f10aee6f6f9a439a15a",
"lbry-redux": "lbryio/lbry-redux#121ba56f47fff05531e27a7c99d7d417e79cd3ee",
"localforage": "^1.7.1",
Not blocking - but what's it look like to package this properly? Does it make dev cycle more work / more annoying? Possibly worth filing.
It looks like the code in this section could be more succinct by just directly copying the desired properties from
this.props
directly topublishParams
(that don't need to be modified/checked).null
seems more correct thanundefined
- we know there's not one; we're not implying it will be set later@ -258,38 +245,40 @@ export const doPublish = (params: PublishParams) => (dispatch: Dispatch, getStat
export const doCheckPendingPublishes = () => (dispatch: Dispatch, getState: GetState) => {
const state = getState();
const pendingPublishes = selectPendingPublishes(state);
Why dispatch this for every item in the loop?
Should these dispatches be grouped and bulk dispatched?
reduce
candidate if you want to sharpen those skills@ -11,3 +28,4 @@
export const selectPublishFormValues = createSelector(selectState, state => {
const { pendingPublish, ...formValues } = state;
return formValues;
Another
reduce
candidate@ -26,2 +44,4 @@
)[0];
});
// Is the current uri the same as the uri they clicked "edit" on
Could be
return isStillEditing ? <> : <>
if that's allowed.The UX is not changing. I gave this a run through found 2 issues:
@ -50,3 +50,3 @@
"keytar": "^4.2.1",
"lbry-redux": "lbryio/lbry-redux#7759bc6e8c482bed173d1f10aee6f6f9a439a15a",
"lbry-redux": "lbryio/lbry-redux#121ba56f47fff05531e27a7c99d7d417e79cd3ee",
"localforage": "^1.7.1",
Not really sure. It's pretty simple right now, just build
lbry-redux
push the new build and grab the latest commit. I would think it would be more work to actually package it.I think that could be valuable in the future, but while we are adding lots of stuff, I think this is working fine.
@ -258,38 +245,40 @@ export const doPublish = (params: PublishParams) => (dispatch: Dispatch, getStat
export const doCheckPendingPublishes = () => (dispatch: Dispatch, getState: GetState) => {
const state = getState();
const pendingPublishes = selectPendingPublishes(state);
We shouldn't be doing that.