OpenTable on an iPad

JeffG

Using Safari on an iPad, I’m having trouble logging in to OpenTable.com.

First, I saved an OpenTable login using 1Password for Windows on my PC. I use Dropbox to sync.

When I navigate to OpenTable.com on the iPad, I tap the Sign In link. The Sign In form is displayed, asking for Email and Password. I use the 1Password extension and select the OpenTable login. Nothing happens (1Password doesn’t fill in either field).

When I do this on my iPhone, I’m taken to OpenTable’s mobile site. I tap the Sign In link, I’m taken to the Sign In form, and the 1Password login (through the extension) works fine.

I have an iPad Air 2 (model MF010LL/A) and an iPhone 5 (model MD664LL/A), both running iOS 8.3. These devices are running 1Password 5.4.1.

littlebobbytables

Hi @JeffG,

I should have said in the last thread, thank you for the detailed information regarding your setup. There are times where the first thing we have to do is confirm what platform or version somebody is using so it's great that you posted it :smile:

So the issue on this page is IFrames. We're having trouble on iOS when the filling needs to happen in an IFrame and we don't have a solution for it yet.

What I found works is if I visit the following URL https://secure.opentable.com/loginpopup2.aspx and if you save a Login item on that page from within IE it should work everywhere. Now on your iOS devices the easiest way to work with that URL in Safari is probably to open 1Password for iOS and navigate to the item. Tap and hold on the URL and you will be presented with a fairly standard iOS option list, one of which is Open in Safari. Now it won't open and fill I'm afraid because of how iOS is but it will take you to the working URL and then you can fill normally.

If you have any troubles please do let us know.

ref: OPX-978

JeffG

Well, if I access your suggested URL (in IE on my Windows PC) and manually enter my Email and Password, clicking the Sign In button displays an error page: “We're sorry, but we encountered a failure during the last operation. Please try again.” (URL = https://secure.opentable.com/500.aspx?aspxerrorpath=/loginpopup2.aspx)

I tried saving a 1Password login for the same suggested URL and, of course, get the same error page (in IE on my Windows PC).

So I now have an old OpenTable login (http://www.opentable.com) and a new OpenTable login (https://secure.opentable.com/loginpopup2.aspx). I get the same iOS result as described in my first post above with either 1Password login (same failure on the iPad, same success on the iPhone).

JeffG

Additional comment: If, on the iPad, I open the suggested URL through 1Password as you suggested, I can select the new 1Password OpenTable login from the Safari extension and 1Password will fill in the Email and Password. But tapping on the Sign In button displays the same error page.

littlebobbytables

Hi @JeffG,

I apologise, I've got a bad habit of trying to prune the URLs in my vault and this one came back to haunt me - sorry!

Connected to this, often we only test to see if something can fill unless we know the issue is specifically to do with submitting. So in following my normal routine I introduced the second error.

Try this URL, I believe you will have more success with it, https://secure.opentable.com/loginpopup2.aspx?rp=http://www.opentable.com/start/home?rgt=2

I created a Login item for my new account and then I tested that URL on Mac, iOS & Windows so hopefully this time you'll be reporting better success.

Once again, sorry about that :smile:

JeffG

So I tried the new URL, and it works on my PC (Windows/IE).

On my iPad, if I navigate to the new URL by tapping on the above link in your post, 1Password fills in the fields through the Safari extension. But when I tap the Sign In button, I get the error page. Same thing happens when I copy and paste the new URL from your post into the Safari address bar on the iPad. Same thing happens if I manually type the new URL into the Safari address bar.

Note that the above URL is:

https://secure.opentable.com/loginpopup2.aspx?rp=http://www.opentable.com/start/home?rgt=2

If I access the URL (by tapping it in your post) and then bookmark it, I get (seen by editing the bookmark):

https://secure.opentable.com/loginpopup2.aspx?rp=http://www.opentable.com/start/home?rgt=2

At some point in this process, iOS apparently URL-encodes the special characters after the first “=”.

However, when I bookmark the new URL in Windows (works fine in Windows) and sync bookmarks with the iPad using iTunes, the new iPad bookmark is correct:

https://secure.opentable.com/loginpopup2.aspx?rp=http://www.opentable.com/start/home?rgt=2

Nevertheless, I still get the same error page when I tap the Sign In button.

Eventually, of course, I’d like to have an Open Table bookmark in Safari on the iPad and iPhone to navigate to the correct/successful Sign In page, and then use the 1Password Safari extension to Sign In.

JeffG

Well, that second, URL-encoded url above should have been:

https [remove this] ://secure.opentable.com/loginpopup2.aspx?rp=http%3A%2F%2Fwww.opentable.com%2Fstart%2Fhome%3Frgt%3D2

Seems to have been converted when I submitted the new post.

littlebobbytables

Hi @JeffG,

It seems I needed to introduce some aggressive cache deletion into the mix but I believe I'm one step closer. Unfortunately it isn't good news.

My Login item has two entries for the website fields

1. http://www.opentable.com/start/home
2. https://secure.opentable.com/loginpopup.aspx?rp=http://www.opentable.com/start/home

• If I clear the cache on my browser and I try filling and submitting on URL 2. it returns the error page.
• If I clear the cache on my browser and I first visit URL 1. (but don't fill) then I visit URL 2 and fill/submit it succeeds.

It seems visiting www.opentable.com sets a cookie that you need when you log in at secure.opentable.com. If you don't have that cookie you're redirected to the error page. I believe the specific cookie has a expiry date of a single day.

So far I've found two workarounds given our inability to work properly with IFrames in iOS Safari.

1. Keep both URLs stored. First visit URL 1. to ensure the cookie is set then visit URL 2. to log in.
2. Keep URL 2. stored. Log in and be greeted by the error page. In the second paragraph the final line reads: If you're still having trouble, try starting at OpenTable.com. If you click on that link you are returned to the front page and so far my experiences are that I'm logged in when I do.

I list 1. as it does work but as far as a workaround goes it's clunky and I can't imagine anybody going for it. Option 2. isn't perfect but so far it seems to work. Due to the expiry date on the cookie, I expect that you could log in and out repeatedly using URL 2. without the error page appearing for a day but if this cookie expiries you'd get the error message again. That's kind of what I've been simulating with the cache purging.

You'll notice I have amended URL 2. slightly and it now doesn't end in ?rgt=2. The reason I've pruned that part is it doesn't seem to be essential to the logging in process (while the rp=http://www.opentable.com/start/home bit was) and it changes.

So at the moment, because of this trouble with IFrames, there isn't a nice, elegant way to log in. Hopefully this will change of course. Our devs are aware of the issue regarding IFrames and I hope there is an answer given how common they seem to be.