Open DoraGor opened 9 months ago
Did you run list twice? list is not an in-place operation, i.e., you must run the command again to see if the status of anything updates, and there is often some delay between when the changes in events happen and when they are caught by list
Yes, of course.
Best, Dora 914-523-7381
On Tue, Feb 20, 2024 at 12:40 PM Bruce Jagid @.***> wrote:
Did you run list twice? list is not an in-place operation, i.e., you must run the command again to see if the status of anything updates
— Reply to this email directly, view it on GitHub https://github.com/21Bruce/resolved-bot/issues/33#issuecomment-1954719093, or unsubscribe https://github.com/notifications/unsubscribe-auth/BGHN5645RBTFME7FXJ67CQDYUTNYDAVCNFSM6AAAAABDNRZQO2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNJUG4YTSMBZGM . You are receiving this because you authored the thread.Message ID: @.***>
@DoraGor Both me and the other dev have been really busy with school stuff the past two weekends. I'm unsure what's causing this new bug, could be resy using captcha or a bug in the new table type code. Either way, I think you should try cloning an older version of the bot. I think commit 60e88dd1e92d5a023485ee04f84b521b187e223e should be working if it were an issue with the table type code. If you try this and it doesn't work, then I'd really have to sit down and analyze the network response from the api layer
I will try this and get back to you, but you should know I didn't use the table types at all.
On Fri, Feb 23, 2024, 9:27 AM Bruce Jagid @.***> wrote:
@DoraGor https://github.com/DoraGor Both me and the other dev have been really busy with school stuff the past two weekends. I'm unsure what's causing this new bug, could be resy using captcha or a bug in the new table type code. Either way, I think you should try cloning an older version of the bot. I think commit 60e88dd https://github.com/21Bruce/resolved-bot/commit/60e88dd1e92d5a023485ee04f84b521b187e223e should be working if it were an issue with the table type code. If you try this and it doesn't work, then I'd really have to sit down and analyze the network response from the api layer
— Reply to this email directly, view it on GitHub https://github.com/21Bruce/resolved-bot/issues/33#issuecomment-1961427954, or unsubscribe https://github.com/notifications/unsubscribe-auth/BGHN56777DIOVQVPSPPXMDTYVCRN5AVCNFSM6AAAAABDNRZQO2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRRGQZDOOJVGQ . You are receiving this because you were mentioned.Message ID: @.***>
I understand that from your post, but the table type code is still part of the underlying networking routine to make a reservation with resy, so it still might influence it even if table types aren't set. It could just be a bug with the code that we didn't catch in testing
Is there an existing issue for this bug?
Description of the bug
for some reason the bot doesn't seem to be working. I put 3 requests in, two of which have passed and should have fired. yet when I request a list, it says all three are still in progress.
Steps to reproduce
I used semma and via carota as the two restaurants, filled in reqD of 2.15 and 2.17 at midnight. now 3pm on 2.17 and neither have fired.
System Specs
macos ventura
Additional Context
No response