Travis [CI] Is Not Happy - Code Style Errors #313
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
campaign-blocker
consider soon
Content
dependencies
Epic
good first issue
hacktoberfest
help wanted
icebox
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.tech#313
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
As a recent new contributor to LBRY (.tech in particular), I was saddened to see, as part of the process for pull requests (#312 for example), that Travis CI failed the build.
I am currently in the software engineering field, more specifically devops-y releated, and seing a failed build makes me sad. So, while it is a little difficult to describe the Expected and Actual Behaviors, I did notice a few entries that appear to be correctable code style errors (without digging into the source right away before creating this issue):
As someone not quite versed in JavaScript, I am not sure I would be sufficient in resolving the few prefer-promise-reject-errors entries, so I am thinking of just tackling the "simple"-looking errors for now, in hopes to at least reduce the errors reported. I don't know if the 25 style errors are the maximum the linter/checker will report - maybe there are additional ones after fixing the ones already reported?
I don't think it would hurt [too much] to at least get started in tackling the bugs, to get Travis to a happy/happier state.
Opened a PR for this at #317. All eslint errors have been resolved and Travis looks happy. Please let me know if there's anything else I should do in order to have this accepted.
Travis looks happy! Thanks @cassidypignatello!
Since lbry-bot assigned the PR to @kauffj, it'll just be a quick review of the changes and most likely an approval will be granted to accept the PR.
Thanks to both of you! Kind of an ugly code base so your work is extra appreciated @cassidypignatello 😛
If you want to work on some nicer (and deeper) JavaScript, come join us on lbry.tv / lbry-desktop!
https://github.com/lbryio/lbry-desktop
Happy to help! I'm a stickler for code style so this sort of thing is right up my alley. 😉
I'll check out some of other issues on lbry-desktop as well, I'd definitely like to contribute more!