LOL, article is hidden when uBlock is active. Way to go!
I use NoScript and uBlock Origin in Chrome, and the article appears with all the images.
Ad block shouldn't break your checkout
31–40 of 204 posts
Re: Ad block shouldn't break your checkout
#32Re: Ad block shouldn't break your checkout
#33My local energy company has a website where you can register an account to pay remotely with them. I have uMatrix on and it was blocking some third party scripts. It managed to get my account into some sort of "half-created" state. It is impossible to log in, impossible to reset the password, and impossible to create a new account with my (physical!) address because "an account already exists for that address". I ultimately found another solution, but that's the worst breakage I've ever seen... not just that my payment didn't go through, but my browser config permanently scrambled the entire possibility of ever getting an account set up!
(I did not bother trying to explain this to a human on the phone, because of the aforementioned alternate solution. That just sounds a supersized order of pain.)
Re: Ad block shouldn't break your checkout
#34TBH I don't see this as a TeeSpring problem - the code on their page guards against a realistic scenario (the GA script fails to load), but the "break" is caused by uBlock's changes. The article's title is correct: ad block shouldn't break checkout. Injecting a bogus value into a global breaks checkout, so ad block shouldn't do that.
I do see it as a TeeSpring problem. This particular bug got in my way 2 weeks ago when I was attempting to buy some merch to support a youtube channel I frequent. I almost abandoned the purchase.
A shopping site breaking checkout when there's a google analytics problem is madness, IMO. uBlock Origin is hugely popular. With 10M (claimed) active users, you should probably be testing against uBlock Origin for your e-commerce site.
As an aside, buying from TeeSpring was a little... interesting. You add the items to your cart and pay like at any other site. Instead of being charged for the total, I got invoiced separately for each (including separate confirmation emails), along with 5 or 6 duplicate shipping notices for one of the items. My credit card was also charged separately for each item. I get that there are probably reasons for this purchase flow, but it's not implemented well.
I got my stuff and all is good, but the whole buying experience was janky.
Re: Ad block shouldn't break your checkout
#35Low quality JavaScript shouldn't break your checkout. This is the type of issue that could have been caught by aggressive type checking.
That would not help, as the externs for that type don't match the faked runtime object.
Re: Ad block shouldn't break your checkout
#36123-reg, can't use any of their support without disabling ad blockers, and built in blocking in vivaldi. Totally useless.
Re: Ad block shouldn't break your checkout
#37I remember trying to order from a pizza place that talked to a third party delivery site, I hit "Order" and the browser didn't do anything. DevTools told me it tried to talk to the 3rd party using HTTP although the page was in HTTPS, and the browser blocked it (this was years ago when browsers started blocking HTTP content on HTTPS sites). Modifying the submit URL to https solved the problem. I found it pretty funny…
> Hi, is this pizza abc?
> Yes, can I take your other?
> No, you don't get it, I'd like to file a bug report, but your website clearly has no feature to create issues so, when the field city has the value...
> Sir, I cannot fix the website. If you do not wish to make an order please hang up.
> Uhoh ok, sure, I'd like an anchovies pizza but instead of anchovies I'd like you to make sure that when the field city is set to Boston...
> Sir, I really cannot fix the website
> Couldn't you just make a note and leave it in the front door? So that if other customers have the same problem they can upvote the most common issues and then you can prioritize fixes and get a reasonable budget for each one?
> I obviously can't do that, do you want your anch...
> Of course you can't! That would be reinventing the wheel! Let me point you to the github...
Re: Ad block shouldn't break your checkout
#38I am an author of a photo editor https://www.Photopea.com . Whenever someone reports a bug to me, I ask them if they use any site-modifying extensions. If they do, I ignore them completely, even if they wrote a long, detailed report. Web authors make websites for standard web browsers. I do not consider a browser with site-modifying extensions to be a standard web browser, and it is not my job to test my website with…
> I ask them if they use any site-modifying extensions. If they do, I ignore them completely, even if they wrote a long, detailed report. Note to self, don't use Photopea due to poor customer support. You would think the customer support would at least tell them to remove/disable the add-ons instead of ignoring them.
yeah, I also noted not to use photopea, their whole argument just comes across as arrogance/laziness. If you rely on GA loading before the rest of a page can actually work, then your site is bullshit. Enforcing a users data is given to GA is bullshit.
Re: Ad block shouldn't break your checkout
#39What OKR does a purchase move if there is no analytics tracker there to see it?
Re: Ad block shouldn't break your checkout
#40I remember trying to order from a pizza place that talked to a third party delivery site, I hit "Order" and the browser didn't do anything. DevTools told me it tried to talk to the 3rd party using HTTP although the page was in HTTPS, and the browser blocked it (this was years ago when browsers started blocking HTTP content on HTTPS sites). Modifying the submit URL to https solved the problem. I found it pretty funny…
Reminds me of pizzatool. Today, probably nobody under 40 would have ever used it.
https://instructabest.blogspot.com/2019/07/the-story-of-sun-...