Closed
Bug 1302780
Opened 8 years ago
Closed 7 years ago
Unable to reserve a table at www.epicsteak.com
Categories
(Web Compatibility :: Site Reports, defect)
Web Compatibility
Site Reports
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jst, Unassigned)
References
()
Details
(Whiteboard: [sitewait])
Attachments
(1 file)
394.91 KB,
image/png
|
Details |
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.
Comment 1•8 years ago
|
||
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]
Comment 2•8 years ago
|
||
Reporter | ||
Comment 3•8 years ago
|
||
Do we understand why our getComputedStyle() returns null in this case when Chrome's appears not to?
Comment 4•8 years ago
|
||
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&ResTime=11:30 PM&txtDateFormat=MM/dd/yyyy&RestaurantID=17032&rid=17032&GeoID=4&RestaurantReferralID=17032&PartySize=2&hover=true&wt=true&KeepThis=true&" 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.
Comment 5•8 years ago
|
||
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
Comment 6•8 years ago
|
||
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.
See Also: → https://webcompat.com/issues/3791
Whiteboard: [needsdiagnosis] → [sitewait]
Comment 7•7 years ago
|
||
As per our report on Github, this bug has been fixed by Open Table.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Comment 8•7 years ago
|
||
Finally Johnny can order that steak.
Reporter | ||
Comment 9•7 years ago
|
||
ZOMG, finally, I'm starving! :)
Assignee | ||
Updated•6 years ago
|
Product: Tech Evangelism → Web Compatibility
You need to log in
before you can comment on or make changes to this bug.
Description
•