Closed Bug 1302780 Opened 8 years ago Closed 7 years ago

Unable to reserve a table at www.epicsteak.com

Categories

(Web Compatibility :: Desktop, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jst, Unassigned)

References

()

Details

(Whiteboard: [sitewait])

Attachments

(1 file)

Load http://www.epicsteak.com/find-a-table/ and select a date, time, and number of people, then click "FIND A TABLE". The resulting screen shows the available time slots, but not the date as is done in Chrome. And selecting a time doesn't do anything, so it's impossible to reserve a table. I see this in a nightly build from yesterday.
Moving this issue to TE - Web Compatibility product is for general tools and add-ons I can reproduce this issue in Firefox 48-51 using OSX. Visiting the open table website we can make a booking: http://www.opentable.com/epic-steak-fka-epic-roasthouse?covers=2&dateTime=2016-09-14%2019%3A00# Still it seems to be an issue with open table’s code not that restaurant specifically. Here’s another example of it: http://www.jakesgrill.ca/Reservation Both sites get these error messages in the console: TypeError: o(...).css(...) is undefined restaurant-profile-8977c82b2c0666b87a23af86010e9569.js._gz:1:6738 TypeError: getComputedStyle(...) is null bundle_common.js:2:31308 The open table section has a background gradient in Chrome/Safari that displays as black in Firefox.
Component: General → Desktop
Product: Web Compatibility → Tech Evangelism
Whiteboard: [needsdiagnosis]
Do we understand why our getComputedStyle() returns null in this case when Chrome's appears not to?
Other opentable issues https://webcompat.com/issues/1400 For this specific issue. The pop-up comes from an iframe. <iframe hspace="0" src="https://secure.opentable.com/restaurant-search.aspx?StartDate=10/02/2016&amp;ResTime=11:30 PM&amp;txtDateFormat=MM/dd/yyyy&amp;RestaurantID=17032&amp;rid=17032&amp;GeoID=4&amp;RestaurantReferralID=17032&amp;PartySize=2&amp;hover=true&amp;wt=true&amp;KeepThis=true&amp;" id="TB_iframeContent" name="TB_iframeContent37" onload="tb_showIframe();" style="width:900px;height:700px;" frameborder="0"> </iframe> I can confirm that when we open the link from the iframe, it is working so it seems somehow that the context is not carried over in the right way. Inspecting/Debugging does no good. We run into unresponsive scripts too.
This sounds like Bug 548397, based on Comment 3. bz said he had an idea of how to fix that when we spoke at TPAC.
Depends on: 548397
Another issue was filed for this on webcompat.com. Thomas did some diagnosis and we decided to reach out to Open Table. Since OpenTable is on Github we kept that issue open for communication, even though it is a dupe of this report.
Whiteboard: [needsdiagnosis] → [sitewait]
As per our report on Github, this bug has been fixed by Open Table.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Finally Johnny can order that steak.
ZOMG, finally, I'm starving! :)
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: