Web stability improvements and global error handler #2310
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#2310
Loading…
Reference in a new issue
No description provided.
Delete branch "web-stability"
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?
There are a bunch of issues with flow not doing normal things with defaultProps. It will work correctly, but this lint rule doesn't interpret the code correctly.
https://github.com/facebook/flow/issues/6882
@skhameneh I think this is ready. Still need to fix up some of the build setup to work better with lint. Let me know if you have a better way to do the prod stuff. I was trying to avoid having separate dev/prod configs.
Just the one thing we talked about
What is
cross-env
providing without flags?I'd suggest setting
NODE_ENV=development
or removing it.@ -0,0 +1,4 @@
import ErrorBoundary from './view';
// TODO: bring in device/user(?) info in the future
export default ErrorBoundary;
What is the intended purpose of this component? The name gives me the impression this may be something we want to discuss.
Whoops. I ended up removing that, but never removed
cross-env
@ -0,0 +1,4 @@
import ErrorBoundary from './view';
// TODO: bring in device/user(?) info in the future
export default ErrorBoundary;
The purpose is a global error handler. If we don't catch anything below, catch this at the top and report it. My idea was that we could include user info if we wanted to reach out/more info on what could have caused the issue, but if we go to internal-apis we should have everything there.
@seanyesmunt this is bad. you should not include the slack hook, anyone can use it. I can create an API endpoint if needed, but this should go and the token should be regenerated/voided.