-
Notifications
You must be signed in to change notification settings - Fork 22
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
Domestic, Points and Single Traveler Reservations Only #1
Comments
I'd love to have another set of eyes on this - I don't have a good way to
fix it for international or companion pass bookings unfortunately without
booking one myself.
…On Wed, Nov 22, 2017, 15:21 Loren Donelson ***@***.***> wrote:
FWIW (and to inform other /r/churning visitors) it looks like this project
only works with domestic rewards using rapid rewards points for a single
traveler.
If I have some time over the holidays I might take a crack at adding
support.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACPQq8PnmwhDGHNbnvo92JIyFiZ0hWGKks5s5IJfgaJpZM4Qn9DU>
.
|
Does anyone have any idea why international fares aren't supported? |
I have a domestic fare with two travellers booked with points and it keeps telling me of a point reduction. However when I look, the price hasn't changed. A few times it had lowered though. But then it has alerted each time since without it lowering further. How do we debug this container's script? I can't figure out how to run the container without it executing and exiting very fast. I'd like to shell into it and monitor it's execution in debug mode or something. Is what I'm experiencing the known issue of multiple travelers? I also have some bookings with companion pass travelers applied. Maybe I can help with that issue, too, if it's really a problem. It must error silently, if it is erring. Thanks! |
I have a single traveler confirmation number using points. I had a companion attached to it and it was telling me of a price drop for 5354 points. I removed the companion and checked and saw that there was, in fact, NO price drop (or raise). I ran the script again while the companion was not attached and it said the exact same thing bout the 5354 point drop. It's highly annoying to get this false information alerted to me each time this scheduled script runs. How can we debug the issue? I'd love to step through the script in some way to help make this a more solid alert mechanism. Thank you! |
@hildebrau And this isn't a sold out flight or anything, right? The only time I got a price drop email mistakenly was when the flight gets sold out. I submit my logic for handling of a sold out flight in PR here: #11 If you know a little bit of python, you can access the Docker container files directly. For example, on my ubuntu machine this is located here: You will have to do some digging on the exact guid for your instance. Good luck and report back. |
Thanks. I'll check out the Python code. And no, it's not sold out. |
Unfortunately, all I can find in there are .pyc files, which I assume are compiled python code. |
I did a git clone of the repo, and ran it manually outside of the container to debug. I added a couple of logging lines:
When I run it, it shows this: INFO:root:original price: 22027 So, it looks like it could be related to the "sold out" code. In another instance, it output this: The itinerary included AUS->CLT->AUS. However it was reporting the drop on the CLT->AUS leg. This was confusing, as the drop was actually on the AUS->CLT leg. Once I realized that, I was able to save 5224 points; so that was nice. |
Well, I took a stab at this. I'm not really a developer; and never coded in Python before; but I think I did an alright job at this. Sadly, I haven't mastered "git" to pull/push in order to submit my changes. I will try to figure that out. Here. Maybe I figured it out: |
For the Docker thing, maybe you just have the wrong folder b/c I have my .py files in there. But yeah running manually also works. Ohh, so what you're saying is a particular class is sold out, but not the entire flight. I also made changes regarding better handling of the sold out stuff, but not for your particular scenario. If your code works as expected I can scrap this PR then: Unfortunately I just took my sold out flight over this past weekend so I no longer have a good test case. I pulled in your code manually to my environment and it seems functional, I just don't have a good test case for it at the moment. |
How did you pull in my code to your docker container? I use docker-compose.yml files to build my containers locally. I can't figure out how to tell it to use my change, though. Silly me. |
I believe that an entirely sold out flight will probably not work out with my code changes. I'll have to think about that more. My version will currently handle a fare type being sold out, though. |
I must have had better luck in finding my docker container files than you did :s Perhaps you can run a search under here for *.py files? I only ever had one flight that was completely sold out, but this is what I did (the part I changed is in the if/elif. The elif check is in the current code in master branch, but not the if.
|
FYI - if you are trying to modify some of the py files associated with the docker image, I recommend building an image locally rather than trying to modify the existing image locally. If you have docker installed you just need to clone this repository, and run the following in the cloned directory after modifying any files you wish to modify:
Then just run the docker run command with the image name you specified above (
|
FWIW (and to inform other /r/churning visitors) it looks like this project only works with domestic rewards using rapid rewards points for a single traveler.
If I have some time over the holidays I might take a crack at adding support.
The text was updated successfully, but these errors were encountered: