Bug 1948666 - After entering valid git repo url on Import from git page, throwing warning message instead Validated
Summary: After entering valid git repo url on Import from git page, throwing warning m...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Dev Console
Version: 4.6
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
: 4.13.0
Assignee: divgupta
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-04-12 17:54 UTC by harsharm
Modified: 2023-05-17 22:46 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
===== Improved warning messages in Import from Git flow With this update, *Import from Git* flow captures more errors that occur while accessing the Git repository and shows more accurate warning messages corresponding to each error for Git repository accessibility.
Clone Of:
Environment:
Last Closed: 2023-05-17 22:46:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift console pull 12237 0 None open Bug 1948666: Fix to show correct help texts for each git repo status error code 2022-11-04 11:22:50 UTC
Red Hat Product Errata RHSA-2023:1326 0 None None None 2023-05-17 22:46:44 UTC

Description harsharm 2021-04-12 17:54:04 UTC
Description of problem:

When users try to deploy an application from git method on dev console it throws warning message for specific public repos `URL is valid but cannot be reached. If this is a private repository, enter a source secret in Advanced Git Options.`. If we ignore the warning and go ahead the build will be successful although the warning message seems to be misleading.

Actual results:
Getting a warning for url while trying to deploy an application from git method on dev console from a public repo

Expected results:
It should show validated

Comment 7 Christoph Jerolimov 2022-08-09 14:49:24 UTC
For this case with an on-prem BitBucket installation the REST API fails with CORS errors.

But the browser (Chrome at least) just throws a generic "TypeError: Failed to fetch" error in this case. So we can not add a special case for CORS errors.

I agree that should NOT show the warning "URL is valid but cannot be reached. If this is a private repository, enter a source Secret in advanced Git options" when the user enters an URL we don't understand and asking for a "Git type". In this case, we should just show the Git type dropdown.

Under this dropdown we show already an info alert "Defaulting Git type to other \n We failed to detect the Git type."

Comment 10 Ivan Labrovic 2022-12-28 16:41:42 UTC
I have the same issue. Can you share information where the "TypeError: Failed to fetch" could be found, to verify if my issue is the same as this case?

Comment 12 spathak@redhat.com 2023-02-01 14:18:14 UTC
Verified on build version: 4.13.0-0.ci-2023-01-27-131032
Browser version: Chrome 105

Comment 16 errata-xmlrpc 2023-05-17 22:46:32 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Important: OpenShift Container Platform 4.13.0 security update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2023:1326


Note You need to log in before you can comment on or make changes to this bug.