Open ppitonak opened 5 years ago
@ppitonak seems to have been caused by instabilities in the cluster? Can you tell if this is still happening ?
There is not much we can do when a Gateway Timeout happens since in this case the Backend is never reached. The UI must handle and fail properly when this happens
I understand, please sync with UI team.
@ppitonak issue https://github.com/fabric8-launcher/ngx-launcher/issues/566 created. @sbose78 can you please assign to someone in the UI team to work on it?
http://artifacts.ci.centos.org/devtools/e2e/devtools-test-e2e-prod-preview.openshift.io-smoketest-pr-us-east-2a-released/5855 http://artifacts.ci.centos.org/devtools/e2e/devtools-test-e2e-openshift.io-smoketest-us-east-2a-released/1581 http://artifacts.ci.centos.org/devtools/e2e/devtools-test-e2e-openshift.io-smoketest-us-east-2-released/1581 http://artifacts.ci.centos.org/devtools/e2e/devtools-test-e2e-openshift.io-smoketest-us-east-2-released/1573
@vikram-raj what changes did you do here? The latest screenshot failure looks the same as the original screenshot in the description.
@christianvogt Initially it was failing because of the timeout error from the backend and error was not handled in the UI. The changes that I did was handle the error in the UI and added a loader which would be shown up while fetching the user data. My changes were verified by @gastaldi here https://github.com/fabric8-launcher/ngx-launcher/issues/566. I added a loader as per the UX recommendation here https://github.com/openshiftio/openshift.io/issues/4640
@vikram-raj actually, it's not implemented according to the design... it was supposed to show username and loader when account is linked but I see this:
It is because request is still failing with 504 Gateway Time-out
[14:32:30.169] req_id:1000000477.244 [RESPONSE] 504 Gateway Time-out https://forge.api.prod-preview.openshift.io/api/services/git/user
.
@vikram-raj since this request delegates the call to GitHub (which may occasionally fail), what happens if you retry the request for a limited number of times before failing completely?
Also is there any way to reproduce this issue? What was the user used in this request?
Perhaps https://github.com/fabric8-launcher/launcher-backend/commit/a2eb145933e1044956aa96fac4945be37970ed19 may be a hint of what's causing this.
Also is there any way to reproduce this issue?
@gastaldi I am not able to reproduce this issue loacally or on prod-preview or on prod. It is only failling on e2e tests.
What was the user used in this request?
This is request used to fetch only user detail and their GitHub orgs and repositories.
@gastaldi I raised a PR with retry implementation https://github.com/fabric8-ui/fabric8-ui/pull/3520. Let's see if it fix work.
Issue Overview
It's not possible to create a new application in new space because UI looks like GitHub account is not linked
Expected Behaviour
User with linked GitHub account sees his account in Launcher's step "Authorize Git Provider'
Current Behaviour
Steps To Reproduce
Additional Information
Observed in these three jobs https://ci.centos.org/job/devtools-test-e2e-openshift.io-smoketest-us-east-1b-released/1506/console https://ci.centos.org/job/devtools-test-e2e-openshift.io-smoketest-us-east-1a-beta/2378/console https://ci.centos.org/job/devtools-test-e2e-openshift.io-smoketest-us-east-2a-released/1505/console
Although one job contains slightly different screenshot, all failed on the same line in test.
Browser logs contain this:
In all three cases the GitHub account was linked to the OSIO account because the following Jenkins jobs passed this point.