Open jdholtz opened 5 months ago
Macbook M1 no docker 1 account, ~30 reservations
'Too Many Requests' error only with logins, not reservations (see https://github.com/jdholtz/auto-southwest-check-in/issues/277#issuecomment-2201695743)
Hey @natecodes, could you follow the guidelines to posting in this thread. It will help make these issues easier to understand and help fix.
Using the thread below, people can report if they are or aren't seeing these errors as well as the environment they're using (Docker, laptop, server, etc.) and how many accounts/reservations are being monitored.
Pasting all logs are fine, but please use a collapsed section in order to not clutter the main thread.
Hey @natecodes, could you follow the guidelines to posting in this thread. It will help make these issues easier to understand and help fix.
Using the thread below, people can report if they are or aren't seeing these errors as well as the environment they're using (Docker, laptop, server, etc.) and how many accounts/reservations are being monitored.
Pasting all logs are fine, but please use a collapsed section in order to not clutter the main thread.
Sure, let me edit my original post. Sorry about that
I am using the latest develop for several upcoming flights and I have noticed the following on startup scheduling the checkin...
Will post updates when checkin time comes
Error I get from the docker image is...
auto-southwest | 2024-07-02 01:34:13 DEBUG Process-6[reservation_monitor:86]: Scheduling flight check-ins for 1 reservations
auto-southwest | 2024-07-02 01:34:13 DEBUG Process-6[checkin_scheduler:79]: Retrieving reservation information
auto-southwest | 2024-07-02 01:34:28 DEBUG Process-6[utils:58]: Failed to make request after 20 attempts: Forbidden 403
auto-southwest | 2024-07-02 01:34:28 DEBUG Process-6[utils:60]: Response body: {
auto-southwest | "code": 403050700
auto-southwest | }
@mickgiles the logs for the develop image should show Request error on attempt ... Sleeping for ... seconds until next attempt
multiple times before failing completely. Could you make sure you've pulled the latest develop image (just run docker pull jdholtz/auto-southwest-check-in:develop
again)?
Macbook M1 no docker 1 account, ~30 reservations
@natecodes do the reservations also eventually run into 403s and/or 429s?
Macbook M1 no docker 1 account, ~30 reservations
@natecodes do the reservations also eventually run into 403s and/or 429s?
Not sure as I can't even get it to log in. This is happening on both master and develop.
2024-07-01 19:14:02 DEBUG Process-1[webdriver:177]: Waiting for headers_set to be set
2024-07-01 19:14:02 DEBUG Process-1[webdriver:181]: headers_set set successfully
2024-07-01 19:14:02 DEBUG Process-1[webdriver:177]: Waiting for login_request_id to be set
2024-07-01 19:14:02 DEBUG Process-1[webdriver:169]: Login response has been received
2024-07-01 19:14:02 DEBUG Process-1[webdriver:181]: login_request_id set successfully
2024-07-01 19:14:03 DEBUG Process-1[webdriver:237]: Logging in failed for an unknown reason
2024-07-01 19:14:03 WARNING Process-1[reservation_monitor:201]: Encountered a Too Many Requests error while logging in. Skipping reservation retrieval```
@natecodes you can try with just a confirmation number and name to skip logging in altogether.
@mickgiles the logs for the develop image should show
Request error on attempt ... Sleeping for ... seconds until next attempt
multiple times before failing completely. Could you make sure you've pulled the latest develop image (just rundocker pull jdholtz/auto-southwest-check-in:develop
again)?
using this image most succeeded but 1 reservation failed with the following logs
@natecodes you can try with just a confirmation number and name to skip logging in altogether.
On develop
using this image most succeeded but 1 reservation failed with the following logs
@mickgiles it looks like you typed in the wrong confirmation number (the debug logs say it must be six characters long). Double check the info you put in to make sure it is correct.
@natecodes great, it looks like the only issue is the log in but not checking in. I'll edit your original comment to note that
using this image most succeeded but 1 reservation failed with the following logs
@mickgiles it looks like you typed in the wrong confirmation number (the debug logs say it must be six characters long). Double check the info you put in to make sure it is correct.
It works fine running on bare metal with the same config A second start of the same container didn't yield that error but the reservations worked but the accounts failed with this error
Note that this is happening on both master and dev
On Mon, Jul 1, 2024 at 7:41 PM Mick Giles @.***> wrote:
using this image most succeeded but 1 reservation failed with the following logs
@mickgiles https://github.com/mickgiles it looks like you typed in the wrong confirmation number (the debug logs say it must be six characters long). Double check the info you put in to make sure it is correct.
It works fine running on bare metal with the same config A second start of the same container didn't yield that error but the reservations worked but the accounts failed with this error
auto-southwest | 2024-07-02 02:38:06 DEBUG Process-1[webdriver:177]: Waiting for trips_request_id to be set auto-southwest | 2024-07-02 02:38:06 DEBUG Process-1[webdriver:181]: trips_request_id set successfully auto-southwest | 2024-07-02 02:38:06 DEBUG Process-1[reservation_monitor:211]: Successfully retrieved 2 reservations auto-southwest | 2024-07-02 02:38:06 DEBUG Process-1[reservation_monitor:86]: Scheduling flight check-ins for 2 reservations auto-southwest | 2024-07-02 02:38:06 DEBUG Process-1[checkin_scheduler:79]: Retrieving reservation information auto-southwest | 2024-07-02 02:38:06 DEBUG Process-1[utils:68]: Request error on attempt 1: Forbidden 403. Sleeping for 2.51 seconds until next attempt auto-southwest | 2024-07-02 02:38:09 DEBUG Process-1[utils:68]: Request error on attempt 2: Forbidden 403. Sleeping for 2.18 seconds until next attempt auto-southwest | 2024-07-02 02:38:11 DEBUG Process-1[utils:68]: Request error on attempt 3: Forbidden 403. Sleeping for 2.60 seconds until next attempt auto-southwest | 2024-07-02 02:38:14 DEBUG Process-1[utils:68]: Request error on attempt 4: Forbidden 403. Sleeping for 1.57 seconds until next attempt auto-southwest | 2024-07-02 02:38:16 DEBUG Process-1[utils:68]: Request error on attempt 5: Forbidden 403. Sleeping for 1.15 seconds until next attempt auto-southwest | 2024-07-02 02:38:18 DEBUG Process-1[utils:68]: Request error on attempt 6: Forbidden 403. Sleeping for 2.13 seconds until next attempt auto-southwest | 2024-07-02 02:38:20 DEBUG Process-1[utils:68]: Request error on attempt 7: Forbidden 403. Sleeping for 2.23 seconds until next attempt auto-southwest | 2024-07-02 02:38:22 DEBUG Process-1[utils:68]: Request error on attempt 8: Forbidden 403. Sleeping for 1.63 seconds until next attempt auto-southwest | 2024-07-02 02:38:24 DEBUG Process-1[utils:68]: Request error on attempt 9: Forbidden 403. Sleeping for 3.00 seconds until next attempt auto-southwest | 2024-07-02 02:38:28 DEBUG Process-1[utils:68]: Request error on attempt 10: Forbidden 403. Sleeping for 1.57 seconds until next attempt auto-southwest | 2024-07-02 02:38:29 DEBUG Process-1[utils:68]: Request error on attempt 11: Forbidden 403. Sleeping for 2.33 seconds until next attempt auto-southwest | 2024-07-02 02:38:32 DEBUG Process-1[utils:68]: Request error on attempt 12: Forbidden 403. Sleeping for 1.04 seconds until next attempt auto-southwest | 2024-07-02 02:38:33 DEBUG Process-1[utils:68]: Request error on attempt 13: Forbidden 403. Sleeping for 1.59 seconds until next attempt auto-southwest | 2024-07-02 02:38:35 DEBUG Process-1[utils:68]: Request error on attempt 14: Forbidden 403. Sleeping for 1.63 seconds until next attempt auto-southwest | 2024-07-02 02:38:37 DEBUG Process-1[utils:68]: Request error on attempt 15: Forbidden 403. Sleeping for 2.46 seconds until next attempt auto-southwest | 2024-07-02 02:38:40 DEBUG Process-1[utils:68]: Request error on attempt 16: Forbidden 403. Sleeping for 1.00 seconds until next attempt auto-southwest | 2024-07-02 02:38:41 DEBUG Process-1[utils:68]: Request error on attempt 17: Forbidden 403. Sleeping for 2.20 seconds until next attempt auto-southwest | 2024-07-02 02:38:43 DEBUG Process-1[utils:68]: Request error on attempt 18: Forbidden 403. Sleeping for 2.54 seconds until next attempt auto-southwest | 2024-07-02 02:38:46 DEBUG Process-1[utils:68]: Request error on attempt 19: Forbidden 403. Sleeping for 2.71 seconds until next attempt auto-southwest | 2024-07-02 02:38:49 DEBUG Process-1[utils:68]: Request error on attempt 20: Forbidden 403. Sleeping for 2.34 seconds until next attempt auto-southwest | 2024-07-02 02:38:51 DEBUG Process-1[utils:74]: Failed to make request after 20 attempts: Forbidden 403 auto-southwest | 2024-07-02 02:38:51 DEBUG Process-1[utils:75]: Response body: { auto-southwest | "code": 403050700 auto-southwest | } auto-southwest | 2024-07-02 02:38:51 DEBUG Process-1[checkin_scheduler:85]: Failed to retrieve reservation info. Error: Forbidden 403. Exiting auto-southwest | 2024-07-02 02:38:51 DEBUG Process-1[notification_handler:80]: Sending failed reservation retrieval notification...
— Reply to this email directly, view it on GitHub https://github.com/jdholtz/auto-southwest-check-in/issues/277#issuecomment-2201721635, or unsubscribe https://github.com/notifications/unsubscribe-auth/AI5RD6ZANLXKEAFE7NZIVMLZKIHOLAVCNFSM6AAAAABKDWBMYKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBRG4ZDCNRTGU . You are receiving this because you were mentioned.Message ID: @.***>
So as of right now is the login functionality not supposed to work at all?
So as of right now is the login functionality not supposed to work at all?
No, it’s supposed to and has been working for me. Not sure at the moment why you are having issues.
So as of right now is the login functionality not supposed to work at all?
Do you have any special characters in your account password? If so, try removing them first.
I'm trying to run this against two reservations. One works, the other consistently yields this. Latest develop
.
2024-07-04 04:14:40 DEBUG Process-1[webdriver:147]: Loading Southwest home page (this may take a moment)
2024-07-04 04:14:48 DEBUG Process-1[webdriver:84]: Waiting for valid headers
2024-07-04 04:14:48 DEBUG Process-1[webdriver:178]: Waiting for headers_set to be set
2024-07-04 04:14:48 DEBUG Process-1[webdriver:182]: headers_set set successfully
2024-07-04 04:14:48 DEBUG Process-1[reservation_monitor:86]: Scheduling flight check-ins for 1 reservations
2024-07-04 04:14:48 DEBUG Process-1[checkin_scheduler:79]: Retrieving reservation information
2024-07-04 04:14:49 DEBUG Process-1[utils:68]: Request error on attempt 1: Forbidden 403. Sleeping for 2.69 seconds until next attempt
2024-07-04 04:14:53 DEBUG Process-1[utils:68]: Request error on attempt 2: Forbidden 403. Sleeping for 2.29 seconds until next attempt
2024-07-04 04:14:56 DEBUG Process-1[utils:68]: Request error on attempt 3: Forbidden 403. Sleeping for 2.39 seconds until next attempt
2024-07-04 04:15:00 DEBUG Process-1[utils:68]: Request error on attempt 4: Bad Request 400. Sleeping for 2.76 seconds until next attempt
2024-07-04 04:15:04 DEBUG Process-1[utils:68]: Request error on attempt 5: Forbidden 403. Sleeping for 2.74 seconds until next attempt
2024-07-04 04:15:08 DEBUG Process-1[utils:68]: Request error on attempt 6: Forbidden 403. Sleeping for 1.56 seconds until next attempt
2024-07-04 04:15:11 DEBUG Process-1[utils:68]: Request error on attempt 7: Forbidden 403. Sleeping for 2.50 seconds until next attempt
2024-07-04 04:15:14 DEBUG Process-1[utils:68]: Request error on attempt 8: Forbidden 403. Sleeping for 2.25 seconds until next attempt
2024-07-04 04:15:18 DEBUG Process-1[utils:68]: Request error on attempt 9: Bad Request 400. Sleeping for 2.87 seconds until next attempt
2024-07-04 04:15:22 DEBUG Process-1[utils:68]: Request error on attempt 10: Forbidden 403. Sleeping for 2.80 seconds until next attempt
2024-07-04 04:15:26 DEBUG Process-1[utils:68]: Request error on attempt 11: Bad Request 400. Sleeping for 1.62 seconds until next attempt
2024-07-04 04:15:29 DEBUG Process-1[utils:68]: Request error on attempt 12: Forbidden 403. Sleeping for 1.77 seconds until next attempt
2024-07-04 04:15:32 DEBUG Process-1[utils:68]: Request error on attempt 13: Bad Request 400. Sleeping for 1.44 seconds until next attempt
2024-07-04 04:15:35 DEBUG Process-1[utils:68]: Request error on attempt 14: Bad Request 400. Sleeping for 2.16 seconds until next attempt
2024-07-04 04:15:38 DEBUG Process-1[utils:68]: Request error on attempt 15: Forbidden 403. Sleeping for 1.28 seconds until next attempt
2024-07-04 04:15:41 DEBUG Process-1[utils:68]: Request error on attempt 16: Bad Request 400. Sleeping for 1.15 seconds until next attempt
2024-07-04 04:15:43 DEBUG Process-1[utils:68]: Request error on attempt 17: Forbidden 403. Sleeping for 2.23 seconds until next attempt
2024-07-04 04:15:46 DEBUG Process-1[utils:68]: Request error on attempt 18: Forbidden 403. Sleeping for 1.84 seconds until next attempt
2024-07-04 04:15:49 DEBUG Process-1[utils:68]: Request error on attempt 19: Forbidden 403. Sleeping for 2.48 seconds until next attempt
2024-07-04 04:15:53 DEBUG Process-1[utils:68]: Request error on attempt 20: Forbidden 403. Sleeping for 1.67 seconds until next attempt
2024-07-04 04:15:55 DEBUG Process-1[utils:74]: Failed to make request after 20 attempts: Forbidden 403
UPDATE: the login method DOES seem to work for the broken one.
Reservation one: login works, confirmation doesn't Reservation two: confirmation works, login doesn't
@dmytrokoren, do you think adding a random delay before clicking the first link (js_click after open) will help lower login detection errors? I unfortunately can't reproduce this (and not sure if you can either), so I can't test this.
If anyone else is running into this issue and wants to try the above suggestion, you can add the following on line 152 of lib/webdriver.py
. Make sure you are on the latest develop commit:
self._take_debug_screenshot(driver, "after_page_load.png")
+ time.sleep(random_sleep_duration(3, 8))
driver.js_click("(//div[@data-qa='placement-link'])[2]")
Anyone try this image, see if it helps: docker pull dmytrokoren/auto-southwest-check-in:develop
Still getting a Too Many Requests error
on the latest version of develop
. Will try the docker image
Still getting a
Too Many Requests error
on the latest version ofdevelop
. Will try the docker image
It most likely due to your IP address. I had the same issue, I turned off my VPN and it started working. (this applied to running locally or docker).
I just had a successful check in - Position A39
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
I just had a successful check-in this morning from development. A28. Using dev commit from about 5 days ago. I only use confirmations, no log ins.
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
I have upcoming flights and haven't had any login issues with the latest develop however worth noting I updated my Dockerfile to use FROM python:3.13-rc-alpine3.20. I can't say specifically why but after I did I stopped having login problems.
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
I have upcoming flights and haven't had any login issues with the latest develop however worth noting I updated my Dockerfile to use FROM python:3.13-rc-alpine3.20. I can't say specifically why but after I did I stopped having login problems.
This is interesting thanks @mickgiles
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes that was successful checking through login. I didn't have any issue with login - no 429. Maybe once it slips through (docker on Synology)
All I can think of is your IP address somehow SW doesn't like.
Try @mickgiles suggestion: Dockerfile to use FROM python:3.13-rc-alpine3.20
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes try docker pull dmytrokoren/auto-southwest-check-in:develop again. Hope it helps.
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes try docker pull dmytrokoren/auto-southwest-check-in:develop again. Hope it helps.
I just tried this image and got 403s logging in. I am also getting them with the newer alpine image.
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes try docker pull dmytrokoren/auto-southwest-check-in:develop again. Hope it helps.
I just tried this image and got 403s logging in. I am also getting them with the newer alpine image.
@mickgiles I've updated once again :develop tag can you try and see if you still get 429 on login?
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes try docker pull dmytrokoren/auto-southwest-check-in:develop again. Hope it helps.
I just tried this image and got 403s logging in. I am also getting them with the newer alpine image.
@mickgiles I've updated once again :develop tag can you try and see if you still get 429 on login?
I tried this image and was still getting a 403 (not 429). It retried the maximum times and then failed
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes try docker pull dmytrokoren/auto-southwest-check-in:develop again. Hope it helps.
I just tried this image and got 403s logging in. I am also getting them with the newer alpine image.
@mickgiles I've updated once again :develop tag can you try and see if you still get 429 on login?
I tried this image and was still getting a 403 (not 429). It retried the maximum times and then failed
Are you able to run from command line locally on that same machine? (using :develop tag)
after that can you give a try for " docker pull dmytrokoren/auto-southwest-check-in:dev-beta " ?
I just had a successful check in - Position A39
Have you had any successful logins? I haven't been able to login successfully for the past 10 commits on develop.
@natecodes try docker pull dmytrokoren/auto-southwest-check-in:develop again. Hope it helps.
I just tried this image and got 403s logging in. I am also getting them with the newer alpine image.
@mickgiles I've updated once again :develop tag can you try and see if you still get 429 on login?
I tried this image and was still getting a 403 (not 429). It retried the maximum times and then failed
Are you able to run from command line locally on that same machine? (using :develop tag)
after that can you give a try for " docker pull dmytrokoren/auto-southwest-check-in:dev-beta " ?
I do run the script on the same machine (ubuntu) outside of docker and have never had the login issue except in docker running your new dev-beta image I get the following error
auto-southwest | 2024-07-17 22:37:14 DEBUG Process-3[webdriver:145]: Using browser version: 126.0.6478.126 auto-southwest | 2024-07-17 22:37:14 DEBUG Process-3[webdriver:149]: Loading Southwest home page (this may take a moment) auto-southwest | Process Process-3: auto-southwest | 2024-07-17 22:37:22 DEBUG Process-7[reservation_monitor:60]: Lock acquired auto-southwest | 2024-07-17 22:37:22 DEBUG Process-7[checkin_scheduler:48]: Refreshing headers for current session auto-southwest | 2024-07-17 22:37:22 DEBUG Process-7[webdriver:128]: Starting webdriver for current session auto-southwest | Traceback (most recent call last): auto-southwest | File "/usr/local/lib/python3.12/multiprocessing/process.py", line 314, in _bootstrap auto-southwest | self.run() auto-southwest | File "/usr/local/lib/python3.12/multiprocessing/process.py", line 108, in run auto-southwest | self._target(*self._args, *self._kwargs) auto-southwest | File "/app/lib/reservation_monitor.py", line 44, in monitor auto-southwest | self._monitor() auto-southwest | File "/app/lib/reservation_monitor.py", line 62, in _monitor auto-southwest | should_exit = self._check() auto-southwest | ^^^^^^^^^^^^^ auto-southwest | File "/app/lib/reservation_monitor.py", line 83, in _check auto-southwest | self.checkin_scheduler.refresh_headers() auto-southwest | File "/app/lib/checkin_scheduler.py", line 50, in refresh_headers auto-southwest | webdriver.set_headers() auto-southwest | File "/app/lib/webdriver.py", line 84, in set_headers auto-southwest | driver = self._get_driver() auto-southwest | ^^^^^^^^^^^^^^^^^^ auto-southwest | File "/app/lib/webdriver.py", line 153, in _get_driver auto-southwest | driver.click('img[alt="Check in banner"]') auto-southwest | File "/app/.local/lib/python3.12/site-packages/seleniumbase/core/sb_driver.py", line 59, in click auto-southwest | page_actions.click(self.driver, args, **kwargs) auto-southwest | File "/app/.local/lib/python3.12/site-packages/seleniumbase/fixtures/page_actions.py", line 1534, in click auto-southwest | element.click() auto-southwest | File "/app/.local/lib/python3.12/site-packages/selenium/webdriver/remote/webelement.py", line 94, in click auto-southwest | self._execute(Command.CLICK_ELEMENT) auto-southwest | File "/app/.local/lib/python3.12/site-packages/selenium/webdriver/remote/webelement.py", line 395, in _execute auto-southwest | return self._parent.execute(command, params) auto-southwest | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ auto-southwest | File "/app/.local/lib/python3.12/site-packages/selenium/webdriver/remote/webdriver.py", line 354, in execute auto-southwest | self.error_handler.check_response(response) auto-southwest | File "/app/.local/lib/python3.12/site-packages/selenium/webdriver/remote/errorhandler.py", line 229, in check_response auto-southwest | raise exception_class(message, screen, stacktrace) auto-southwest | selenium.common.exceptions.ElementClickInterceptedException: Message: element click intercepted: Element is not clickable at point (712, 846). Other element would receive the click:
@mickgiles can you try pull dev-beta again? See if there is any new update. I changed from click to js_click.
@mickgiles can you try pull dev-beta again? See if there is any new update. I changed from click to js_click.
js error is gone now but back to the 403's. it continues to work outside of docker on the same host
@mickgiles can you try pull dev-beta again? See if there is any new update. I changed from click to js_click.
js error is gone now but back to the 403's. it continues to work outside of docker on the same host
made some changes in :dev-beta - its working working locally and in docker. Let me know
@mickgiles can you try pull dev-beta again? See if there is any new update. I changed from click to js_click.
js error is gone now but back to the 403's. it continues to work outside of docker on the same host
made some changes in :dev-beta - its working working locally and in docker. Let me know
sorry mate, still 403s
@jdholtz - Great news! I've successfully set up the virtual display in Docker. We no longer need to use "is_mobile" or manipulate the "user-agent". Everything is working good in both locally and within Docker, and lot less 429 and 403 errors.
Here's a snapshot of the Docker interface (no more popups). While it doesn't show much, you'll notice a clean UI with no extra workarounds required. The 429 and 403 issues are resolved.
I'll push these changes shortly. Please test them on your machines and let me know if you encounter any issues.
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Pull again. Pls
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Pull again. Pls
Now I get...
auto-southwest | Notice: Encountered a Too Many Requests error while logging in for
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Pull again. Pls
Now I get...
auto-southwest | Notice: Encountered a Too Many Requests error while logging in for
. Skipping reservation retrieval until next interval
You are running this in Ubuntu docker?
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Pull again. Pls
Now I get... auto-southwest | Notice: Encountered a Too Many Requests error while logging in for . Skipping reservation retrieval until next interval
You are running this in Ubuntu docker?
correct, ubuntu docker ok, I ran it a few times and am getting the 403 still, and when I ran it outside of docker I got the same too many reqests error so that maybe a red herring. looks like the 403 is still consistent in docker
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Pull again. Pls
Now I get...
auto-southwest | Notice: Encountered a Too Many Requests error while logging in for . Skipping reservation retrieval until next interval
You are running this in Ubuntu docker?
correct, ubuntu docker
ok, I ran it a few times and am getting the 403 still, and when I ran it outside of docker I got the same too many reqests error so that maybe a red herring.
looks like the 403 is still consistent in docker
Can you confirm if your machine is not on VPN? Do you use pfsense?
@mickgiles pls pull again same image. I've tested on docker Mac, windows and Linux (Synology)
4 accounts, only 1 got too many requests the rest success
Test away! - docker pull dmytrokoren/auto-southwest-check-in:dev-beta
I've pulled the latest image and am still getting 403s at login :(
Pull again. Pls
Now I get...
auto-southwest | Notice: Encountered a Too Many Requests error while logging in for . Skipping reservation retrieval until next interval
You are running this in Ubuntu docker?
correct, ubuntu docker ok, I ran it a few times and am getting the 403 still, and when I ran it outside of docker I got the same too many reqests error so that maybe a red herring. looks like the 403 is still consistent in docker
Can you confirm if your machine is not on VPN? Do you use pfsense?
definitely not on a vpn and no pfsense as a sanity test I just tried on a macos docker on the same network egress and got the same 403
@mickgiles pls pull again same image. I've tested on docker Mac, windows and Linux (Synology)
4 accounts, only 1 got too many requests the rest success
latest image I am getting the below error but just to confirm, do any of your test accounts have scheduled flights? from the logging it appears that it may be logging in successfully but getting the 403 on a later action after being logged in. That may be the missing piece here...?
this error below is new
auto-southwest | selenium.common.exceptions.ElementClickInterceptedException: Message: element click intercepted: Element is not clickable at point (632, 565). Other element would receive the click:
Version
v7.5 (develop branch)
Browser Version
N/A
Description
With the merge of #274 on the
develop
branch, 403 and 429 errors are being handled much better (or not even seen). I want to consolidate the #201 and #230 threads into one. Using the thread below, people can report if they are or aren't seeing these errors as well as the environment they're using (Docker, laptop, server, etc.) and how many accounts/reservations are being monitored.To Reproduce
--verbose
flag or the log files which will have more information on any failed attempts)Expected Behavior
It is not expected that you never see 403 or 429 errors again. However, with the recent changes you should still eventually have successful attempts at logging in, scheduling check ins, fare checking, and checking in. The goal is to have no attempts too many times to the point they are not retried (the corresponding log message:
Failed to make request after ... attempts: ...
)Relevant logs and program output
No response
Additional context
For the most part, only logs like the following are helpful.
Request error on attempt ... Sleeping for 1.98 seconds until next attempt
Pasting all logs are fine, but please use a collapsed section in order to not clutter the main thread.
To get the latest changes, you can either use Docker or the
develop
branch locally.Docker:
docker pull jdholtz/auto-southwest-check-in:develop
Local:git pull && git checkout develop