Skip to content
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

Failing to login: Reason: Invalid credentials. Status code: 400. #223

Closed
billge opened this issue Feb 13, 2024 · 16 comments
Closed

Failing to login: Reason: Invalid credentials. Status code: 400. #223

billge opened this issue Feb 13, 2024 · 16 comments
Labels
bug Something isn't working

Comments

@billge
Copy link

billge commented Feb 13, 2024

Version

v7.2

Browser Version

121.0.6167.85

Description

Failed to log in to account with username . Reason: Invalid credentials. Status code: 400.

To Reproduce

I am running the script in a docker container within Unraid. The script successfully checked in for a flight on Saturday for a flight that was on Sunday. Since then, no credential changes have been made, but the script is now no longer able to successfully logged in. I previously set up credentials in environment variables. I migrated the credentials over to the configuration file to see if it would fix the issue, but no luck.

I can otherwise confirm that I am able to use the same credentials to login on the southwest site

Expected Behavior

No response

Relevant logs and program output

2024-02-13 10:04:58 DEBUG MainProcess[log:23]: Initialized the application
2024-02-13 10:04:58 DEBUG MainProcess[main:112]: Auto-Southwest Check-In v7.2
2024-02-13 10:04:58 DEBUG MainProcess[main:113]: Called with 0 arguments
2024-02-13 10:04:58 DEBUG MainProcess[config:108]: Initializing configuration file
2024-02-13 10:04:58 DEBUG MainProcess[config:137]: Reading the configuration file
2024-02-13 10:04:58 DEBUG MainProcess[config:151]: Reading configuration from environment variables
2024-02-13 10:04:58 DEBUG MainProcess[config:54]: Setting check fares to True
2024-02-13 10:04:58 DEBUG MainProcess[config:68]: Setting notification level to <NotificationLevel.INFO: 1>
2024-02-13 10:04:58 DEBUG MainProcess[config:81]: Using 0 notification services
2024-02-13 10:04:58 DEBUG MainProcess[config:85]: Setting retrieval interval to 24 hours
2024-02-13 10:04:58 DEBUG MainProcess[config:120]: Creating configurations for 1 accounts
2024-02-13 10:04:58 DEBUG MainProcess[config:127]: Creating configurations for 0 reservations
2024-02-13 10:04:58 DEBUG MainProcess[main:142]: Monitoring 1 accounts and 0 reservations
2024-02-13 10:04:58 DEBUG Process-1[reservation_monitor:154]: Acquiring lock...
2024-02-13 10:04:58 DEBUG Process-1[reservation_monitor:156]: Lock acquired
2024-02-13 10:04:58 DEBUG Process-1[reservation_monitor:178]: Retrieving reservations for account
2024-02-13 10:04:58 DEBUG Process-1[webdriver:103]: Starting webdriver for current session
2024-02-13 10:04:59 DEBUG Process-1[webdriver:119]: Using browser version: 121.0.6167.85
2024-02-13 10:04:59 DEBUG Process-1[webdriver:123]: Loading Southwest Check-In page
2024-02-13 10:05:01 DEBUG Process-1[webdriver:80]: Logging into account to get a list of reservations and valid headers
2024-02-13 10:05:01 DEBUG Process-1[webdriver:152]: Waiting for headers_set to be set
2024-02-13 10:05:01 DEBUG Process-1[webdriver:156]: headers_set set successfully
2024-02-13 10:05:02 DEBUG Process-1[webdriver:152]: Waiting for login_request_id to be set
2024-02-13 10:05:03 DEBUG Process-1[webdriver:144]: Login response has been received
2024-02-13 10:05:03 DEBUG Process-1[webdriver:156]: login_request_id set successfully
2024-02-13 10:05:03 DEBUG Process-1[webdriver:209]: Invalid credentials provided when attempting to log in
2024-02-13 10:05:03 DEBUG Process-1[reservation_monitor:193]: Error logging in. Reason: Invalid credentials. Status code: 400. Exiting
2024-02-13 10:05:03 DEBUG Process-1[notification_handler:83]: Sending failed login notification...
Failed to log in to account with username <redacted>. Reason: Invalid credentials. Status code: 400.

Additional context

No response

@billge billge added the bug Something isn't working label Feb 13, 2024
@babehboi
Copy link

I believe this may have been introduced with 7.2 upgrade. As the one login that failed for us was a password that contains a special character in this case "!". This wasn't present with v7.1.

@funsneaks
Copy link

I was having this same issue with v7.2
I changed my password and removed all special characters.
No longer have any issues with logging in.

@billge
Copy link
Author

billge commented Feb 15, 2024

I can confirm that removing all special characters from my password allowed me to successfully log in.

@jdholtz
Copy link
Owner

jdholtz commented Feb 15, 2024

Thanks for filing this issue. I can also reproduce this when my password contains special characters. However, I don't think it is specifically a v7.2 issue as nothing was changed with the way passwords are handled.

Just to confirm, does your password with special characters work when you manually input it into the site mobile.southwest.com, as that is the one the script uses (not southwest.com)?

This wasn't present with v7.1.

@babehboi in v7.1, I get a traceback saying something like: Element click would be intercepted. Do you get this too when you try v7.1? In v7.2, I fixed this issue to correctly report the error which apparently is an invalid credentials error.

@davidkassa by commenting out the line from #140 which encodes the passwords, my login works successfully with special characters in my password. It's possible that Southwest changed the way passwords are handled to fix the discrepancy between their main site and mobile site. If you revert your change in #140 (remove the quote_plus function call), are you able to still successfully log in or do you get the issue you had before your PR?

@davidkassa
Copy link
Contributor

Yes, they seem to have fixed the issue and my password with the % now works without the quote_plus wrapper.

jdholtz added a commit that referenced this issue Feb 15, 2024
Fixes #223. This reverts #140. It looks like Southwest changed their
mobile site to handle special characters better, so this is no longer
needed.
@jdholtz
Copy link
Owner

jdholtz commented Feb 15, 2024

Thanks for testing @davidkassa. Reverted #140 which fixes the issue. Tested with the password A1!@#$%^*()<>;:/\

@netwavetech
Copy link

I am running the 7.2 Development branch outside of Docker on RockyLinux 9. I haven't had a flight in several weeks since upgrading. Got the 400 Error on a flight from BNA to Cancun today. My password has always been alphanumeric and it works on mobile.southwest.com

Only know I get the 400 error cause of Notifications to Pushover. I checked the logs in the folder, and this is all I see.

auto-southwest-check-in.log
2024-02-18 11:05:00 DEBUG MainProcess[log:23]: Initialized the application
2024-02-18 11:05:00 DEBUG MainProcess[main:112]: Auto-Southwest Check-In v7.2
2024-02-18 11:05:00 DEBUG MainProcess[main:113]: Called with 1 arguments
2024-02-18 11:05:00 DEBUG MainProcess[config:108]: Initializing configuration file
2024-02-18 11:05:00 DEBUG MainProcess[config:137]: Reading the configuration file
2024-02-18 11:05:00 DEBUG MainProcess[config:151]: Reading configuration from environment variables
2024-02-18 11:05:00 DEBUG MainProcess[config:54]: Setting check fares to True
2024-02-18 11:05:00 DEBUG MainProcess[config:68]: Setting notification level to <NotificationLevel.INFO: 1>
2024-02-18 11:05:00 DEBUG MainProcess[config:81]: Using 1 notification services
2024-02-18 11:05:00 DEBUG MainProcess[config:85]: Setting retrieval interval to 24 hours
2024-02-18 11:05:00 DEBUG MainProcess[config:120]: Creating configurations for 1 accounts
2024-02-18 11:05:00 INFO MainProcess[main:85]: Sending test notifications to 1 sources

@davidkassa
Copy link
Contributor

davidkassa commented Feb 23, 2024 via email

@netwavetech
Copy link

My password is very simple in the over scheme of things. very alphanumeric. Did not run into this issue until upgrading to 7.2 development branch. Things were find when I was running 7.1 standard branch. I had 4 flights successfully check in with that version

@jdholtz
Copy link
Owner

jdholtz commented Feb 23, 2024

Only know I get the 400 error cause of Notifications to Pushover. I checked the logs in the folder, and this is all I see.

@netwavetech I'm not sure why the logs aren't being written. Are there any other log files (e.g. ending in log.1, log.2, etc.)?

Did not run into this issue until upgrading to 7.2 development branch

Version 7.2 did not change the way passwords were handled. All it did was report the correct error instead of crashing. Most likely, you are getting the errors due to changes made by Southwest on their website (which there have been a few). Are you on the latest commit of the develop branch?

@netwavetech
Copy link

There are other logs, but they report the same. i.e. log.1
2024-02-18 11:02:38 DEBUG MainProcess[log:23]: Initialized the application
2024-02-18 11:02:38 DEBUG MainProcess[main:112]: Auto-Southwest Check-In v7.2
2024-02-18 11:02:38 DEBUG MainProcess[main:113]: Called with 1 arguments
2024-02-18 11:02:38 DEBUG MainProcess[config:108]: Initializing configuration file
2024-02-18 11:02:38 DEBUG MainProcess[config:137]: Reading the configuration file
2024-02-18 11:02:38 DEBUG MainProcess[config:151]: Reading configuration from environment variables
2024-02-18 11:02:38 DEBUG MainProcess[config:54]: Setting check fares to True
2024-02-18 11:02:38 DEBUG MainProcess[config:68]: Setting notification level to <NotificationLevel.INFO: 1>
2024-02-18 11:02:38 DEBUG MainProcess[config:81]: Using 1 notification services
2024-02-18 11:02:38 DEBUG MainProcess[config:85]: Setting retrieval interval to 24 hours
2024-02-18 11:02:38 DEBUG MainProcess[config:120]: Creating configurations for 1 accounts
2024-02-18 11:02:38 INFO MainProcess[main:85]: Sending test notifications to 1 sources

Here is the out put from git on my server.

root@automation:/auto-southwest-check-in/logs# git checkout develop
Already on 'develop'
Your branch is up to date with 'origin/develop'.
root@automation:
/auto-southwest-check-in/logs# git pull
Already up to date.
root@automation:~/auto-southwest-check-in/logs#

@netwavetech
Copy link

Also just got a 500 Error - Fail Login to account with username XXXXXXXX, so guess that Southwest might have made another change ....

@jdholtz
Copy link
Owner

jdholtz commented Feb 26, 2024

@netwavetech are you still getting a 500 error?

@netwavetech
Copy link

@netwavetech are you still getting a 500 error?

Unfortunately I am in Cancun until Sunday, have not gotten anything with Pushover since I got here yesterday, but do I not have remove access to the computer running the script til I get home

@netwavetech
Copy link

I did get just get this error via Pushover...

Failed to check in to Flight xxxxxxx for XXXXXXXX XXXXXXXX. Reason Bad Request 400. Check in at this url: https://mobile.southwest.com/check-in

@jdholtz
Copy link
Owner

jdholtz commented Mar 4, 2024

@netwavetech the issue is now being tracked in #235.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

6 participants