Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1360471 - Discovering repos using http auth fails when username includes '@'
Summary: Discovering repos using http auth fails when username includes '@'
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Content Management
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
low
medium vote
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On: 1359221
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-07-26 20:44 UTC by Craig Donnelly
Modified: 2018-09-04 17:57 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-09-04 17:57:54 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Craig Donnelly 2016-07-26 20:44:47 UTC
Description of problem:
If a user has a protected repository for a custom product in Satellite that needs to use http auth, for example:

http://admin:password@repos.example.com/repo-test

This is fine, however this does not work if the users login name contains another '@' symbol, for example if it is an email address:

http://admin@exmaple.com:password@repos.example.com/repo-test

Version-Release number of selected component (if applicable):
6.2.0 Snap 21.0

How reproducible:
100%

Steps to Reproduce:
1. Create a custom repository that is available via http.
2. Add a http auth mechanism to this directory, I used apache and htpasswd tool.
3. Try to use repo-discovery against url with authentication using a login name containing an '@'. I have not tested other special symbols.

Actual results:
This fails silently for repo-discovery, but task will be a perpetual paused/error that cannot be skipped or resumed. (Must be manually cleaned/deleted)


Expected results:
Get repodata/sync successfully

Comment 4 Bryan Kearney 2018-09-04 17:57:54 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.


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