[No QA] Add console logs to investigate where the Reviewer Checklist check is failing#12771
[No QA] Add console logs to investigate where the Reviewer Checklist check is failing#12771
Conversation
|
@neil-marcellini Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
tgolen
left a comment
There was a problem hiding this comment.
Just this small change and then it's good to merge!
| .on('error', reject); | ||
| .on('error', (err) => { | ||
| console.error(err); | ||
| reject(); |
There was a problem hiding this comment.
| reject(); | |
| reject(err); |
Need to keep passing the error down
| .on('error', reject); | ||
| .on('error', (err) => { | ||
| console.error(err); | ||
| reject(); |
neil-marcellini
left a comment
There was a problem hiding this comment.
Looks good to me as far as I can tell. I agree with Tim's comments.
|
Updated! |
|
Oh, oops... one last thing before I merge. I think you also need to build the gh actions (there is an |
Reviewer Checklist
Screenshots/VideosScreenshots are not necessary since this is only a change to the github actions |
Yep! I did - that's where the /index.js files came from (they're created/changed when you run |
|
Oh, sorry! I overlooked those for some reason. |
|
@tgolen looks like this was merged without the checklist test passing. Please add a note explaining why this was done and remove the |
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
Oh - it's this, right? If it finds the checklist (assuming it's not the last comment) it just returns the function on the next run and never actually checks anything. This should be |
|
ohhhh, yes. that should be a |
|
@dangrous Do you want to submit a fix for that? |
|
🚀 Deployed to production by @luacmartins in version: 1.2.30-0 🚀
|
Details
Currently the PR Reviewer checklist will always pass, which is not ideal. Adding console logs so we can see what's going wrong. Also updated it so that if there's an error, the test will fail.
Fixed Issues
N/A
Tests
Offline tests
QA Steps
PR Author Checklist
I linked the correct issue in the
### Fixed Issuessection aboveI wrote clear testing steps that cover the changes made in this PR
TestssectionOffline stepssectionQA stepssectionI included screenshots or videos for tests on all platforms
I ran the tests on all platforms & verified they passed on:
I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
I followed proper code patterns (see Reviewing the code)
toggleReportand notonIconClick)src/languages/*filesWaiting for Copylabel for a copy review on the original GH to get the correct copy.STYLE.md) were followedIf a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
I followed the guidelines as stated in the Review Guidelines
I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like
Avatar, I verified the components usingAvatarare working as expected)I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
If a new component is created I verified that:
/** comment above it */thisproperly so there are no scoping issues (i.e. foronClick={this.submit}the methodthis.submitshould be bound tothisin the constructor)thisare necessary to be bound (i.e. avoidthis.submit = this.submit.bind(this);ifthis.submitis never passed to a component event handler likeonClick)If a new CSS style is added I verified that:
StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like
Avataris modified, I verified thatAvataris working as expected in all cases)If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
I have checked off every checkbox in the PR author checklist, including those that don't apply to this PR.
PR Reviewer Checklist
The reviewer will copy/paste it into a new comment and complete it after the author checklist is completed
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectiontoggleReportand notonIconClick).src/languages/*filesWaiting for Copylabel for a copy review on the original GH to get the correct copy.STYLE.md) were followedAvatar, I verified the components usingAvatarhave been tested & I retested again)/** comment above it */thisproperly so there are no scoping issues (i.e. foronClick={this.submit}the methodthis.submitshould be bound tothisin the constructor)thisare necessary to be bound (i.e. avoidthis.submit = this.submit.bind(this);ifthis.submitis never passed to a component event handler likeonClick)StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)Avataris modified, I verified thatAvataris working as expected in all cases)Screenshots
Not needed, fully internal tooling