ytdl-org/youtube-dl · error · ExtractorError

We're sorry, but either the User ID or Password entered is n

Error message

We're sorry, but either the User ID or Password entered is not correct.

What it means

Raised inside the Adobe Pass login flow after the MVPD provider login form is posted and the returned SAML login page contains 'Please try again.'. This means the provider rejected the submitted User ID or Password, so the extractor aborts with a credentials error. It is not marked expected, so it also signals a hard failure of the authentication chain.

Source

Thrown at youtube_dl/extractor/adobepass.py:1483

                    # you will not actually pass your credentials.
                    provider_redirect_page, urlh = provider_redirect_page_res
                    if 'Please wait ...' in provider_redirect_page:
                        saml_redirect_url = self._html_search_regex(
                            r'self\.parent\.location=(["\'])(?P<url>.+?)\1',
                            provider_redirect_page,
                            'SAML Redirect URL', group='url')
                        saml_login_page = self._download_webpage(
                            saml_redirect_url, video_id,
                            'Downloading SAML Login Page')
                    else:
                        saml_login_page_res = post_form(
                            provider_redirect_page_res, 'Logging in', {
                                mso_info['username_field']: username,
                                mso_info['password_field']: password,
                            })
                        saml_login_page, urlh = saml_login_page_res
                        if 'Please try again.' in saml_login_page:
                            raise ExtractorError(
                                'We\'re sorry, but either the User ID or Password entered is not correct.')
                    saml_login_url = self._search_regex(
                        r'xmlHttp\.open\("POST"\s*,\s*(["\'])(?P<url>.+?)\1',
                        saml_login_page, 'SAML Login URL', group='url')
                    saml_response_json = self._download_json(
                        saml_login_url, video_id, 'Downloading SAML Response',
                        headers={'Content-Type': 'text/xml'})
                    self._download_webpage(
                        saml_response_json['targetValue'], video_id,
                        'Confirming Login', data=urlencode_postdata({
                            'SAMLResponse': saml_response_json['SAMLResponse'],
                            'RelayState': saml_response_json['RelayState']
                        }), headers={
                            'Content-Type': 'application/x-www-form-urlencoded'
                        })
                else:
                    # Some providers (e.g. DIRECTV NOW) have another meta refresh
                    # based redirect that should be followed.

View on GitHub (pinned to 956b8c5855)

Solutions

Re-enter --ap-username and --ap-password exactly, quoting them in the shell to avoid interpolation
Confirm the --ap-mso value matches the provider that actually owns the account (cross-provider logins always fail)
Log in to the provider's website manually with the same credentials to verify they work and the account is not locked
If using --netrc, check the machine/login/password lines for stray whitespace or truncation

Example fix

# before
youtube-dl --ap-mso Rogers --ap-username user --ap-password p@ss 'URL'

# after
youtube-dl --ap-mso Rogers --ap-username 'user@rogers.com' --ap-password 'c0rrect-P@ss!' 'URL'

Defensive patterns

Strategy: try-catch

Try / catch

try:
    info = ydl.extract_info(url)
except ExtractorError as e:
    if 'User ID or Password entered is not correct' in str(e):
        alert_user('Adobe Pass MVPD credentials rejected by provider — verify and re-enter')
    raise

Prevention

Test MVPD credentials by logging into the provider's website before wiring them into automation
Never let credentials pass through unquoted shell strings; use a netrc file or a config file instead
Confirm the --ap-mso matches the provider that issued the credentials

When it happens

Trigger: Posting form_data with mso_info['username_field']/['password_field'] to the provider redirect page and the response HTML containing 'Please try again.'; mistyped --ap-username/--ap-password; expired or changed provider password; wrong MSO selected so valid credentials are sent to the wrong provider.

Common situations: Typos or shell-quoting issues in password arguments; password managers autofilling wrong values; credentials valid for the provider's app but not its SSO web login; account locked by repeated failures.

Related errors

AI-assisted analysis of ytdl-org/youtube-dl@956b8c5855 (2026-08-14). Data as JSON: /api/errors/d805f4823e2ff363. Report an issue: GitHub.