If your organisation has set up a custom domain for a Zoho product such as Zoho Connect, WorkDrive, Learn or a similar app, you may find that certain actions, particularly opening files, launching custom apps, or uploading, downloading and previewing attachments, simply refuse to work. This is a known browser limitation rather than a fault with Zoho, and it comes down to how third-party cookies are handled once a custom domain is in play.
Zoho products route certain background actions, most notably uploads, through dedicated infrastructure domains (for example upload.zoho.com) rather than through your organisation's own domain. When you access the product through a custom domain, say connect.yourcompany.com, that infrastructure domain no longer shares the same address as the one in your browser bar. Modern browsers treat any domain that doesn't match the address bar as a third party, and if third-party cookies are blocked, the request to the infrastructure domain is rejected because the session cookies never make it through.
The first time a user signs in through the newly configured custom URL, Zoho will present an access confirmation screen. Depending on the product, this may ask the user to tick a "Trust this website" box and select Grant Access, or to choose between allowing access for the current session only or allowing it permanently. Approving this is a one-off step per device that also authorises the other Zoho infrastructure domains the product relies on for uploads, downloads and previews, and it substantially smooths out the user experience afterwards.
The more permanent fix is to add your custom domain to the list of sites your browser always permits to use cookies, including third-party cookies. The exact menu wording varies by browser.
Take a custom domain such as connect.yourcompany.com as an example. When you upload a file, the request is actually sent to a separate domain, such as upload.zoho.com. Because this domain doesn't match the one in your address bar, your browser classes it as third party and blocks it unless you have explicitly allowed cookies for it.
Splitting off infrastructure such as file uploads onto dedicated domains, for example upload.zoho.com, helps Zoho deliver faster and more reliable performance for those specific actions.
When you visit your custom domain, Zoho sets the required session cookies against both the custom domain itself and the underlying *.zoho.com domain, so that later requests to infrastructure domains can be authenticated.
Most modern browsers now block third-party cookies by default. Once that setting is active, cookies simply aren't attached when a page on your custom domain calls out to a Zoho infrastructure domain such as upload.zoho.com, so the server sees the request as unauthenticated and rejects it.
Without a custom domain, everything, the main product page and the infrastructure domain used for uploads, sits under zoho.com. Because both are technically the same parent domain, the browser doesn't treat the cookies as third party and nothing gets blocked.