-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error after updating Peril #351
Comments
OK, so we've been having a think about this for a while in ashfurrow/peril-settings#8 (comment) but when #352 merges, then if you add |
/cc @ashfurrow |
@orta Can you add a little context here? Is our configuration incorrect to require disabling checks, or is it something else? I've added the following to our Heroku instance: After restarting, I redelivered an issue creation payload and it still hits the Did I add that env var properly? |
For reference, I pulled the latest from |
I scaled my Heroku web processes down to 0 and back to 1 and now the triple-posting is gone. I have no idea what that was all about. |
Ugh. It started happening again after restarting the Heroku instance. I'm pretty lost here. 😢 |
Hey @jlengstorf – sorry to hear that you're having that problem, it sounds frustrating. That env var looks right, and looking at the code it should work. I'll try to take a look this afternoon. Unfortunately, Orta has been pulled away unexpectedly, so it may be a few days before this can be resolved. I know that Peril has been integrated into Gatsby's infrastructure and that it's important that it works – if possible, I would consider reverting to your earlier deployed commit. Heroku's dashboard should let you do this through its UI. I'll keep you updated. |
I just dumped The env vars and it comes back undefined from process.env.
Is there a trick to getting env vars into Peril's env?
I'll try to dig into the source a bit more as well. Gatsby is planning to
go all-inclusive on Peril, so I want to make sure it's not a mystery box. 😅
--
*Jason Lengstorf*
Get #deepinthecreep: *Twitter <https://twitter.com/jlengstorf>* · GitHub
<https://github.com/jlengstorf> · *LinkedIn
<https://linkedin.com/in/jlengstorf/>*
Oversharing at *lengstorf.com <https://lengstorf.com/>*
|
Hmm! That is unexpected. Looking at another place that Peril accesses env vars, it should be as straightforward as you've done in your screenshot: Line 9 in 01a0357
Peril/Danger can be a bit tricky to debug. Orta has done some work making it easier, but if you have suggestions or ideas, make sure to drop them into an issue 👍 |
Hmmm, okay so I've updated my Peril install on Heroku and have set the env var. I'm still seeing the failure involving > const { SKIP_CHECKS_SUPPORT } = process.env
undefined
> SKIP_CHECKS_SUPPORT
'true'
> !SKIP_CHECKS_SUPPORT
false Which suggests that the code in #352 is at least accessing the environment variables correctly, even if it's not behaving as intended. I'll do some more debugging and get back to you. |
I think I have a fix, I'm testing on my Peril instance first and will send a PR once I've verified it works. |
Okay, @jlengstorf I've got a PR with a fix up: #355 You should be able to pull in that commit immediately and use it. You can optionally remove the environment variable to use the new GitHub checks API (though I've not confirmed that it works, I personally might keep it disabled). /cc @SD10 |
Using Heroku, we followed the steps to pull the latest from danger/peril@master and push to Heroku.
After the update, we're now getting an error:
Looking at the danger source, the
results.fails
property appears to be coming back undefined.We also might be doing something wrong; our Peril instance recently started triple-firing and I have no idea how or why. Any insights here are much appreciated.
Thanks!
The text was updated successfully, but these errors were encountered: