-
Notifications
You must be signed in to change notification settings - Fork 11
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
[ENHANCEMENT] Display GitHub username instead of GitHub email #720
Comments
Hello, I'd like to try and work on this, can you assign me this issue? :) |
Hi @krafcik02, |
Hi @jcscottiii I have added two extensions into vscode -> Dev Containers and Remote Development. Then I choosed "Reopen in Container" option. |
Can you share the terminal output of running make start-local and make port-forward-manual as described in this doc: https://github.com/GoogleChrome/webstatus.dev/blob/main/DEVELOPMENT.md Once you run those two commands, the servers should be up. There are more commands up on that doc about creating a fake user for your environment too |
I have ran the make start-local in terminal after opening directory via dev container extension the builder 5/14 ran successfully but for builder 6/14 i got this error. Also I couldn't run the make port-forward-manual in new terminal.
|
At the end it mentions that docker ran into an internal error. Could you try again? Additionally, there are multiple images building at the same time. If one fails for a reason, it will cause all the others to abruptly stop with error. Could you provide the full log? |
Also, thanks for going through this. If you have any feedback or suggestions to the documentation, please feel free to open a separate PR. We want this to be easy for everyone. |
It all works now :). The error was in platform type. Misleading for me was just title "Running locally". I thought I need to run these commands in local terminal not the remote one (webstatus app in cloud runs). Soon I will start with implementation. Thank you for you patience and help Mr.Scott. :) RUN curl |
In the spanner emulator, a version of wrench is downloaded. But it is hardcoded to amd64. This change uses the auto populated TARGETARCH argument. Now, we know which architecture to use when downloading the wrench CLI. Should fix the problem for those running the repo on a Macbook. See: #720 (comment)
That's good to know! I created this PR to solve the architecture problem: |
In the first terminal, you should see the code recompile and deploy. It's not instant but it should happen quickly. The logs should show it there. Can you share the full logs after you do a save? Also, can you share a screenshot of your vs code tab with the change? Maybe make a typo in the title and save it to see it work. |
I don't know really how, but I have somehow managed to make it work. I just made a typo and then tried to open all of the forwarded adresses. And then somehow it showed changed content. I think also you have to wait until the terminal outputs these lines:
After that when I reload page in browser, it is working. I am sorry for bothering you with such a problem. Have a nice rest of day. :) |
In the spanner emulator, a version of wrench is downloaded. But it is hardcoded to amd64. This change uses the auto populated TARGETARCH argument. Now, we know which architecture to use when downloading the wrench CLI. Should fix the problem for those running the repo on a Macbook. See: #720 (comment)
Hello James, I would like to test my API call with github, not just emulator. Would that be possible? If yes can you provide a guide to do so? |
Could you put up a PR? Let's discuss the next steps there. |
I have commited changes that I've made in my branch, and tried to push changes, but got 403:
|
You will need to fork the project. Read the docs here: |
PR is ready now #743 . |
In the spanner emulator, a version of wrench is downloaded. But it is hardcoded to amd64. This change uses the auto populated TARGETARCH argument. Now, we know which architecture to use when downloading the wrench CLI. Should fix the problem for those running the repo on a Macbook. See: #720 (comment)
In the spanner emulator, a version of wrench is downloaded. But it is hardcoded to amd64. This change uses the auto populated TARGETARCH argument. Now, we know which architecture to use when downloading the wrench CLI. Should fix the problem for those running the repo on a Macbook. See: #720 (comment)
In the spanner emulator, a version of wrench is downloaded. But it is hardcoded to amd64. This change uses the auto populated TARGETARCH argument. Now, we know which architecture to use when downloading the wrench CLI. Should fix the problem for those running the repo on a Macbook. See: #720 (comment)
Is your feature request related to a problem? Please describe.
After a user logs in, it shows their email address. But it would be better to show their GitHub username.
Describe the solution you'd like
Background: Given GCP Cloud Identity Platform is meant to be very generic, we will have to do some additional steps as mentioned in these docs [1] [2] to actually get the username.
The text was updated successfully, but these errors were encountered: