Appwrite Cloud Fails to Set Correct Cookie Domain for Parent Domain Platform

### 👟 Reproduction steps ### Bug Description When an Appwrite Cloud project is configured with a custom domain (e.g., api.example.com) and a web platform is registered on the parent domain (e.g., example.com), the Set-Cookie response header incorrectly sets the cookie's Domain attribute to the API's domain (.api.example.com) instead of the parent domain (.example.com). This makes the session cookie a third-party cookie in the context of the main app, causing browsers with tracking protection (like Safari's ITP) to delete it within 24-48 hours, logging users out prematurely despite a long session length configured in the project. ### To Reproduce 1. Set up an Appwrite Cloud project. 2. Configure a custom domain for the Appwrite API endpoint, for example, cloud.example.com. 3. In Auth -> Platforms, add a web platform with the hostname set to the parent domain, example.com. 4. From a web application hosted at https://example.com, initialize the Appwrite SDK with the endpoint https://cloud.example.com/v1. 5. Perform a user login (e.g., OTP). 6. Using the browser's developer tools, inspect the network response for the session creation request. 7. Observe the Set-Cookie header in the response. ### 👍 Expected behavior Given that `example.com` is a registered platform, the server should correctly infer the target domain. The Set-Cookie header should be: `Set-Cookie: a_session...; Domain=.example.com; ...` ### 👎 Actual Behavior The Set-Cookie header is incorrectly scoped to the API's own domain: `Set-Cookie: a_session...; Domain=.cloud.example.com; ...` ### 🎲 Appwrite version Appwrite Cloud ### 💻 Operating system MacOS ### 🧱 Your Environment The React web app is hosted on Cloudflare. ### Attempted Workaround: Reverse Proxy A reverse proxy (via Cloudflare Worker) is configured to forward requests from https://example.com/api/* to https://cloud.example.com/*. The frontend SDK endpoint is updated to https://example.com/api/v1. Observation: The proxy works, but Appwrite …