#1743 – RE : Ticket #1742 re-opened.

Posted in ‘The Booking Form integration’
This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Thursday, 26 March 2020 22:06 UTC
RE : Ticket #1742 re-opened


I needed to re-open this ticket because the problem persists.

The problem was , see #1742 ( Impossible to click and hold in place, any address in the PICK-UP and DROP-OFF area on the bookingform. )

While the Google auto-address-fill, works fine,
once you click on the desired address which shows up in the PICK-UP line,
the page seems to refresh to an empty line, and you have to start all over.
It is an endless loop, thus impossible to fill any address out.

You asked for the exact web address where the form is hosted , I believe ?

It is :


I have deleted and re-installed Chrome on my pc, have done various F5´s , deleted all cookies, de-activated any browser-extensions, checked if my creditcard was still linked to Google, all without succes.

Once again, when I try to book via Internet Explorer, on my same PC, the page does not auto-refresh and there is no problem.

Which browser did you use to verify the problem ?

Best regards and thank you for your time.


ps : Is my expalnation of the problem clear to you or do you need more detail ?
Friday, 27 March 2020 05:11 UTC

We have checked your site and found that there are too many JavaScript errors in browser console on your site. Maybe there is some conflicts from the scripts. Please try to fix the issue with your we designer. Hope the system will work well.

we have tested the booking form outside of your website and this is the URL (https://booking.drivenot.com/en/company/www-thaitaxis-com?tmpl=component) of your booking form. It's working well here.

Please let us know your comments.

- Shariar.
Friday, 27 March 2020 16:20 UTC

Thank you for your reply !

I think this can not be the problem, I did a Javascript test online, no real error shows up.

Furthermore I created a "Testpage" with only your code on it.
So no Javascript on the testpage whatsoever, nor anything else, but the problem persits.

See :


The problem is not with my PC neither, also my friend tested from his home via Chrome browser, there it also did not work.
However, on the link so sent me above, I have no problem, this is a weird situation...and a big questionmark to me.

Let me also inform you that this problem occured all of a sudden, out of the blue.
I made no changes to the html code whatsoever.

Thank you for your help and tech support,

Best regards


Saturday, 28 March 2020 06:32 UTC
Hi Axel,

I was checking your Booking Form here https://www.thaitaxis.com/taxi-bangkok-airport.html, I was checking in Chrome, I don't see any page reload here, everything seems working fine. My Chrome version is 80.0.3987.149 (Official Build) (64-bit). It might be your local problem. Also, if you please check https://booking.drivenot.com/en/company/www-thaitaxis-com?tmpl=component, this is actually the Booking Form hosted on our server and you are showing this in an iFrame on your website, there is no problem here as well.

Hope this helps

Saturday, 28 March 2020 22:52 UTC
Important follow-up :

Dear Ronniee,

Thank you very much for your reply.
Here comes a long read, but I think this may be very helpful to look into it.

Being at home due to the covid quarantaine in Belgium, I had the whole afternoon to finally get a clue where "my" problem was coming from.

Let me remind you that 2 of my tester friends, had the same problem on their respective PC´s.
To see if the problem was only on my PC , I called them and asked to make a booking on Our online bookingform

They could not make any booking because of the constant page refresh.
They are not technical experts whatsoever, so they would never mess with the cookie settings on their PC, let alone that they would even know where to start.

After this test with my friends, I submitted the problem to the Tech division of my websites hosting company. ( One.com )

They could not help me neither, however, they sent me a screenshot of their browser settings, which I could then compare with my own browser settings.

see attach _02

I finally figured out, that Chrome 80 was not accepting third party cookies, despite this being allowed in my settings ! ( the same version as yours : 80.0.3987.149 (Official Build) 64-bit )

I removed and re-installed Chrome about 6 times on my PC, to spot the problem.
Only with the last re-install, I could finally see that Chrome 80 accepted third party cookies ( without me messing around with the cookies settings after the install ) by doing the test on https://www.whatismybrowser.com/

Conclusion :

For since I did not mess around with my cookie settings ( before this problem occured ) and for since all of a sudden the problem was there, I guess that with the last update of Chrome, these settings have silently be changed.

Now, after doing all this re-installing and finetuning it is OK for me on my PC, and it is OK on your side, but for how many Chrome users is this a problem, that we are not aware of ?
In other words, how many bookings do we loose because of clients bouncing of our site due to this problem ?

It is a frightening idea and should be cleared out.

I dug deeper into the web and found this interesting thread from just one (1) week ago : So many users experiencing the same problem with Chrome ( see attach _03 )

Finally, please have a look at this article aimed at developpers : Blog about new Chrome cookie settings

I hope this will help solve the problem and I am curious why nobody else has spotted this.
Because of the Covid virus, bookings have drastically gone down.
This made it extra difficult to spot lost bookings, not from covid-19, but from a a tech problem with Chrome 80 on random machines.

I am looking forward to your reply and thank you for looking into this !

Best regards

Tuesday, 31 March 2020 16:53 UTC
Hi Axel,

We couldn't detect the problem on any of our Test environments, "Block third-party cookies" in Cookies settings was set to NO always in Chrome. The users who set this "Block third-party cookies" to NO can access our Booking form as earlier without any problem. But, yes, if its set to YES, Booking Form gets refreshed. We are working to add a fix for this, we will let you know.

Thanks a lot for reporting this problem

Best Regards
Wednesday, 01 April 2020 19:17 UTC
Dear M Ronniee,

Thank you very much for your reply and feedback

Please note that, by default, Chrome does block third party cookies.

Unless the user knows and wants to fiddle around with the browser settings, we, and for that matter, all companies working with Drivenot, have a big problem with their potential clients, using Chrome.

I'll be happy to hear when a fix has been developed.

Please accept my best regards


Thursday, 02 April 2020 15:34 UTC
Hi Axel,

You know that Google Chrome has stopped sending third-party cookies in cross-site requests. But, our Booking Form needs COOKIE enabled when added in an iFrame on an external website. As Chrome does not allow setting 3rd party COOKIE automatically from now, we have to add an intermediate page to set COOKIE automatically from the iFramed Booking Form. We have added a user-friendly message explaining how to enable 3rd party cookies in Chrome. A brand new user who is going to visit this Booking form for the first time ever in Chrome 80, he will see this intermediate page while the process will be the same as earlier for old users. This is the only way for now as we can't detect Chrome COOKIE settings programmatically.

As it seems modern browsers don't recommend iFrame integration at all, we have a plan to remove the iFrame Booking Form completely, instead, we will provide a BOOK now button (you will be able to edit the text and button style), clicking on that button will redirect your customers to our Booking Form in a New Tab.

Please check on your side and let us know if you find any problem or have any confusion.

Thanks & Regards
Friday, 03 April 2020 13:25 UTC

Thank you very much for your reply and temporary solution.

Please see my opinion in attached self-explanatory screenshot.

For since Chrome is used a lot, I think this is priority for your Tech people, in order to keep your clients happy.
A webform which is to difficult to use scares potential customers away... for good.

Best regards

Saturday, 04 April 2020 16:32 UTC
Hi Axel,
we are aware of the deterrent that this poses but there is nothing we can do with the policy of modern browsers. It seems like they will discourage the use of iFrame integrations of 3rd party software. We will soon switch to opening the booking form in a new window. In the past, some of our clients have complained that their URL will not be visible in the booking form window so we have been working with the iFrame integration to make the solution more white-label but it seems like this will not be possible in the future.

Would you mind if the booking form opens in a new window and there are none of the iFrame integration problems we have now eg. setting browser (cookie) session, PayPal redirection after a button click etc.?

Kind regards.
Monday, 06 April 2020 14:12 UTC

I would not mind, as long as

- The client receives a message that the booking was succesful and/or
- The client is redirected ( after the booking was made ) to a landingpage on our website ( www.thaitaxis.com)

I can also make a landing page where the succesful booking is conirmed to the client.

Is there a possibility to use your software on our website but not as an Iframe ?

Best regards

Monday, 06 April 2020 14:20 UTC
There is no other way to integrate the booking form itself on your website besides iFrame - anything else will be very complex integration which we will avoid at all cost.
The client will always receive the emails as they receive them now, however, they will have to be redirected to the URL on the server (not your website) to log in to their account and see their past orders or their profile.
We will not be able to redirect to your website right after booking like a landing page because the Thank you page actually has many hidden functions like confirming that a payment transaction is successful. We can add a link or a button in the Thank you page where the customer can click to visit a landing page on your website or your Home page - we already have a button called "Exit the booking form" which leads to your Home page.

Kind regards.
Thursday, 09 April 2020 22:08 UTC
ok, looks good, if you have no fix for the Chrome80 problem now,

Some browsers, I don´t remember which browsers , give an alert message when the client is being re-directed to another website.

because , with the system you propose, we would have to link to your website,
so that the client can make a booking ( great for your SEO btw.. )

best regards

Saturday, 11 April 2020 15:57 UTC
Hi Axel,
at the moment the solutions for integration are 2: iFrame or opening the booking form in a new window - because the booking form is hosted by us it is always a redirect to our servers.
We don't rely on SEO and we always give it back to you - there is a link to your own website on every booking form as well as a link to your website on the Review platform drivenot.com
So in a sense, if our platforms' reputation is high then your website will get the SEO benefit from those links.

Hope this helps.
Kind regards.
This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.