تلاش سپورٹ

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

مزید سیکھیں

Why won't my site work on Firefox mobile?

  • 10 جواب دیں
  • 0 میں یہ مسئلہ ہے
  • 196 دیکھیں
  • آخری جواب بذریعہ Jonathan Provost

more options

I have a blog hosted on Render. The base URL provided by them is https://parker-codes.onrender.com. This URL works perfectly, in all browsers.

I purchased a domain from Google and then linked a CNAME record to the Render one: https://blog.parker-codes.dev. This URL works in many browsers except for Firefox Mobile (on Android). I receive the error "Address not found. The browser could not find the host server for the provided address."

- I flushed the DNS cache and checked that it propagated across the globe. I used nslookup to verify the domain resolution. - I tested in various other browsers on desktop (Safari, Chrome, Firefox) and mobile (Chrome) and they all work. - I turned off mobile extensions. I also tried in a private window. Still no luck. - I reached out to Google support. They don't see any domain or DNS issues on their end.

From all of this, it appears that the Firefox mobile browser has a bug that can't load the site for some reason. It can't properly resolve the host even though many other browsers can.

I have a blog hosted on Render. The base URL provided by them is https://parker-codes.onrender.com. This URL works perfectly, in all browsers. I purchased a domain from Google and then linked a CNAME record to the Render one: https://blog.parker-codes.dev. This URL works in many browsers except for Firefox Mobile (on Android). I receive the error "Address not found. The browser could not find the host server for the provided address." - I flushed the DNS cache and checked that it propagated across the globe. I used nslookup to verify the domain resolution. - I tested in various other browsers on desktop (Safari, Chrome, Firefox) and mobile (Chrome) and they all work. - I turned off mobile extensions. I also tried in a private window. Still no luck. - I reached out to Google support. They don't see any domain or DNS issues on their end. From all of this, it appears that the Firefox mobile browser has a bug that can't load the site for some reason. It can't properly resolve the host even though many other browsers can.

منتخب شدہ حل

The issue was inside the CNAME record.

ANSWER SECTION:

blog.parker-codes.dev. 3600 IN CNAME https\://parker-codes.onrender.com.

Which is kind of weird it was not happening when we use the desktop version, but only affected by mobile not being able to read the record properly

Removing the https\:// inside the record solved the issue.

اس جواب کو سیاق و سباق میں پڑھیں 👍 1

تمام جوابات (10)

more options

Doesn't work for me as well on Android. I also checked the DNS Lookup tool on the about:networking page.

It is weird that Qualys isn't able to analyze blog.parker-codes.dev.

more options

......

jonzn4SUSE کی جانب سے میں ترمیمکی گئ

more options

.....

jonzn4SUSE کی جانب سے میں ترمیمکی گئ

more options

@jonzn4SUSE You have entered the wrong URL for the browser testing you did. It's not "onerender", it's "onrender".

more options

it works for me.  ;-))

jonzn4SUSE کی جانب سے میں ترمیمکی گئ

more options

Exactly. That link works, but that is what the hosting platform provides. My domain CNAME doesn't work on FF mobile: https://blog.parker-codes.dev

Perhaps it's the .dev that Firefox doesn't like. I'm not sure. That's why I posted it here.

more options

I'm finally on the same page.  ;-))

more options

I figured it out, and frankly it's quite dumb that Google doesn't validate the address that is entered into the DNS record.

The solution was to remove the "https://" from the CNAME record so it was just "parker-codes.onrender.com". Now it works as expected.

more options

منتخب شدہ حل

The issue was inside the CNAME record.

ANSWER SECTION:

blog.parker-codes.dev. 3600 IN CNAME https\://parker-codes.onrender.com.

Which is kind of weird it was not happening when we use the desktop version, but only affected by mobile not being able to read the record properly

Removing the https\:// inside the record solved the issue.