I was wondering if others have seen something I experienced about a month back. I was booking three sets of flights (couldn't get CO.com to make it one multicity trip ), and had been researching all three. Two went up price wise before I could commit to the dates, so I decided to go for FareLock.

So during the final stage you select FareLock instead of paying the full amount, CO page nicely says it's going to be EUR 9 (I'm Europe based after all), input the CC details, and a nice Verified by VISA page comes up. Mind boggling is that that page says it's for the full amount instead of just the FareLock fee !

I did a little test, I did not go through on the Verified by VISA part of one itinerary and did on the other. Both were FareLock'd, and for both I had EUR 9 deducted on my CC bill. I bought both several days later (fares had gone up on one, well over EUR 18, so a win for me).

Has anybody else seen this or something similar ?

My hypothesis is that the purchasing logic hasn't been updated for FareLock if you get those external verifying schemes... I have mailed the OPSC about this, but apart from a delayed receipt acknowledgement nothing so far...

AFAIK, I only have one passport, and only I have been issued the one passport number that I hold.

Now - WHY can't CO.com and UA figure out that regardless of how I book it, that passport number is only held and used by me???

I just had flights on CO, booked via UA site with MP# so that I could keep UA status this year, too (am Plat on CO). UA allows you to tie in your CO FF# as well. Since I had to check in via CO, why on earth would it NOT realize that my passport has been verified numerous times in SHARES/Amadeus and allow me to print my darned boarding passes? No, for that rez, the "agent must verify my passport". (I'm not on a no-fly list, and my name and info match on both carriers.) No problem would have occurred if I had booked this on CO.com, esp. with my Onepass #.

So I go to the airport, and the scanner can't read my passport swipe. The agent does it manually. Worse, she "screws up" my gender, which I didn't know until I tried to check in for the return online -- and have to switch it. Guess what? Then I can't get my boarding pass for the return either!!! So the agent on the return had to manually fix that and check me in. Fortunately after about 10 swipes, the scanner over there read my passport after the correction. Hopefully I won't have that problem again.

CO/UA: Get your act together. If passports are stored in our profile, you have a better chance of "matching" our FF# accounts when you merge, and also inconveniencing us less on our next international trip. If you've verified the passport on one, then you have on the other. Make this your "primary key - unique identifier field" first, even before FF#s or phone #s, et al.

While you're at it, your non-revs, who occasionally have to buy a ticket would also like the rev and non-rev side to match passports, I am told from this trip, because they have the same hassle -- can check in and print boarding pass on one side, but the other side needs to be "verified by an agent". You also really shouldn't need to periodically "reverify" this during the validity period of the passport (and that expiration date is also stored).
---------------------------
In database terms, you can "normalize" your database and streamline it if you do this, and by doing so, increase integrity of your databases in this merger. Also, if a different passport # pops up, such as if one renews it or the expiration date passes, then trigger on this to update this and the other instances as well. -- again in DBA terms, "data integrity".

Nothing is more annoying than having to go through the counter line (e.g. with no bags, and could have been checked in) if you shouldn't really have to.

How about the many people who've never flown internationally ? What Primary Key would you assign them ? Officially I believe the airline has to verify your documents (at least when departing for the USA), despite what the database says... Having all airlines mix and match data based on a passport gives me the creeps, and would most likely also be considered a breach of several data protection provisions in several jurisdictions...

Bizarre site behavior upgrading/waitlisting to F for a flight in March. Flight: CLE-IAH-SAN/SAN-IAH-CLE. Used the "Upgrade using miles" option to upgrade the outbound segments. System showed that CLE-IAH was Waitlist Only and IAH-SAN was available for upgrade. When I pushed the button to confirm my 15,000 mile purchase, I got an error message "please try later or contact the electronic support desk". When I went back in to check the reservation, I see CLE-IAH waitlisted. IAH-SAN cleared. Ok, good. Weird thing is the system displays the waitlisted portion as a "5th" flight, and there's a 5th tab in the Seat Selector for this 5th flight. If I try and go back to choose Upgrade options, it gets even weirder, repeating CLE-IAH IAH-CLE over and over dozens of times. I took screenshots but I guess this thread prevents image attachments?

The itinerary email confirmation I received after the 15,000 mile purchase appears correct with the correct classes of service.

Looks like the w/x issues in EWR today are screwing up flight status. For example, CO 3337 currently shows:

Departure:
Scheduled: 12:30 PM
Estimated: 3:10 PM

Arrival:
Scheduled: 2:19 PM
Estimated: 2:19 PM

I have been having some problems with continental.com. I search for flights using the multiple destinations. After putting in the constraints, I hit ENTER. Nothing happens. I get back to the same window. Everything is the same as before.
I also "click" the "select" button on reservations to choose the next flight. Nothing happens.

Hmm, sounds like a possible browser/javascript issue. Maybe try another browser?

Just got a Trip Alert for a flight today. It shows the flight scheduled to arrive one hour later than the website. Looks like CO is already on DST

Hi guys,
I'm a little new to EUA, so I have a few questions...
I have a flight in less than 72 hours, YYC-IAH, 7:00 am on Sat. There are two CO Golds traveling.
- I am used to seeing on .bomb "Upgrade:Pending/Waitlisted/Confirmed", and I don't see anything similar on co.com... Should I?
- If my upgrade clears, does it show in the reservation?
- Is there any way to show CO upgrade space? ExpertFlyer can't do this...
- I know there are 9+ F seats still open (per EF). What are my chances of the upgrade clearing before the battlefield?
Thank you very much!
Jan

The seating chart wont extend or slide to the right to view full seating map.

Hi guys,
I'm a little new to EUA, so I have a few questions...

I'm looking to book a RT from US to Korea with 65k points. Looks like I will have to transfer 5-7k from my parents account. If I pay for the transfer fee using CO card, will I get 2 miles on every $1?

Also looks like I need to pay between $150~$180 for layover in Europe airport taxes/fees, how much reward do I get if I use my CO card?

Thanks1

I am not getting the "Select Dates" box to appear. I have to manually type in the dates. And when I hit search, CO is telling me to revise the dates. I have put it all possible combos (dd/mm/yyyy, mm/dd/yyyy, etc...)

Not sure if this has already been reported, but I can no longer group reservations into travel plans since the website upgrade a few weeks ago.

Is anyone else having issues this morning booking travel on continental.com? I get an error every time I attempt to book that tells me to contact electronic support desk as my transaction cannot be completed...

Odd one...
An award reservation viewed from the account of the person flying vs. the person whose miles were used shows that extra miles were purchased. For example:

1 Reward 77,500 Miles
Additional Taxes/Fees $481.10
77,500 Miles and $166.10
Purchase 8,892 additional miles
$315.00
Total Price 77,500 Miles and $481.10

The same reservation viewed from the account where the miles came from correctly shows only the tax of $166.10.

There was no additional charge that I can see - so it looks like an odd display issue.

I see this with two different itineraries - different children flying, same source account.