You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[BUG]: npm run setup does not create .env file, stops after opening localhost port #233
I have checked "open" AND "closed" issues and this is not a duplicate
Description
When running npm run setup, the script doesn’t generate the .env file as expected. Instead, it stops after opening a localhost port (e.g., http://localhost:54043).
Steps to Reproduce
Clone the repo: git clone https://github.com/jargonsdev/jargons.dev.git cd jargons.dev npm ci
Run setup: npm run setup
Observe that the script outputs:
`> jargons.dev@1.0.0 setup
Still need some more context, I am currently working on #234 with the intention of making the steps even clearer and more user friendly too... This bothers me though.
Could you kindly record your screen as your run the script again... or if you could provide more context by answering the questions...
Were you able to create a GitHub App, when you were redirected to the github page
After creation, were you redirected back to the page with next steps??
What was the returned response in your terminal when you returned from the github app creation.... expected returned is an app object that should show metadata of the app (icluding some sensitive info too though)
Hi — I’m Nabil (first-time contributor for hacktoberfest). I’d like to work on this issue and will open a small PR that:
adds safer logging to the setup flow,
writes .env when GitHub App data is received, and
writes a .env.example fallback if values are incomplete.
I’ll attach a short screencast of the local setup flow when I test. Please let me know if you prefer a docs-only change instead.
The understanding is that this doesn't work as it should on macOS, @sirconfy here confirm he was able to gotten thisto work after moving to windows - #62 (comment); I can confirm it works on my windows machine and some other contributors' too.
Here's what would be valuable contribution to start with....
See if you can reproduce this error on a macOS by running the npm run setup on a macOS - this kinda depends on whether you're running on macOS
Try running this script on windows (if you're on windows) to confirm it works as intended
If we figure this really is an issue related to macOS, then we have to fix... but we can only do that after we finish up on the following pull requests that touches on that part of the system...
Activity
babblebey commentedon Oct 4, 2025
Did you follow this exact steps as seen in the screencast??
screen-capture.15.webm
The Steps
npm run setuphttp://localhost:62470- you have to be logged in to github)sirconfy commentedon Oct 5, 2025
babblebey commentedon Oct 6, 2025
Still need some more context, I am currently working on #234 with the intention of making the steps even clearer and more user friendly too... This bothers me though.
Could you kindly record your screen as your run the script again... or if you could provide more context by answering the questions...
🤔
Nabilhassan12345 commentedon Oct 18, 2025
Hi — I’m Nabil (first-time contributor for hacktoberfest). I’d like to work on this issue and will open a small PR that:
adds safer logging to the setup flow,
writes .env when GitHub App data is received, and
writes a .env.example fallback if values are incomplete.
I’ll attach a short screencast of the local setup flow when I test. Please let me know if you prefer a docs-only change instead.
fix(setup): write .env after GitHub App callback + .env.example fallb…
fix(setup): write .env after GitHub App callback + .env.example fallb…
babblebey commentedon Oct 18, 2025
Hi @Nabilhassan12345, its good to have you here 😁
The understanding is that this doesn't work as it should on
macOS, @sirconfy here confirm he was able to gotten thisto work after moving to windows - #62 (comment); I can confirm it works on my windows machine and some other contributors' too.Here's what would be valuable contribution to start with....
macOSby running thenpm run setupon amacOS- this kinda depends on whether you're running onmacOSIf we figure this really is an issue related to
macOS, then we have to fix... but we can only do that after we finish up on the following pull requests that touches on that part of the system...Feel free to report your findings here on this issue 😉