Skip to content

Add Cloud OAuth consent changelog#3079

Open
atharva-appwrite wants to merge 1 commit into
mainfrom
cloud-oauth-consent-rar-changelog
Open

Add Cloud OAuth consent changelog#3079
atharva-appwrite wants to merge 1 commit into
mainfrom
cloud-oauth-consent-rar-changelog

Conversation

@atharva-appwrite

Copy link
Copy Markdown

Summary

  • Add a changelog entry for the Appwrite Cloud OAuth consent redesign with RAR resource binding
  • Explain the read-only permission summary and authorization_details-based project and organization selection

Verification

  • Verified wording against ../console PR #3101/#3102 implementation and PR metadata
  • Not run: local formatter/checks unavailable because bun and node_modules are not installed in this environment

@appwrite

appwrite Bot commented Jul 3, 2026

Copy link
Copy Markdown

Appwrite Website

Project ID: 69d7efb00023389e8d27

Sites (1)
Site Status Logs Preview QR
 website
69d7f2670014e24571ca
Ready Ready View Logs Preview URL QR Code

Website (appwrite/website)

Project ID: 684969cb000a2f6c0a02

Sites (1)
Site Status Logs Preview QR
 website
68496a17000f03d62013
Processing Processing View Logs Preview URL QR Code


Tip

Ephemeral API keys are generated automatically for each function execution

@greptile-apps

greptile-apps Bot commented Jul 3, 2026

Copy link
Copy Markdown
Contributor

Greptile Summary

This PR adds a single changelog entry announcing that Appwrite Cloud's OAuth consent screen now displays a read-only permission summary and supports Rich Authorization Requests (RAR) with authorization_details-based project/organization resource binding.

  • The entry's prose is clear and technically accurate, covering both the UX improvement (read-only scope summary) and the RAR feature (authorization_details resource selection).
  • The file is missing a cover image in the frontmatter and has no corresponding image asset, while nearly all comparable changelog entries include one — particularly important here since the change is a visual consent-screen redesign.
  • There is no closing {% arrow_link %} component pointing to docs, a blog post, or the console, which is the conventional pattern for entries of this type.

Confidence Score: 4/5

Safe to merge — this is a documentation-only change with no runtime impact; the two gaps are cosmetic and can be addressed in a follow-up.

The changelog content is accurate and well-written. The only gaps are a missing cover hero image (present in virtually all comparable entries) and the absence of an {% arrow_link %} component for reader follow-through — both are presentational concerns with no functional effect on the site.

Only src/routes/changelog/(entries)/2026-07-03.markdoc is changed. It would benefit from a cover image asset added under src/images/changelog/ and a closing arrow link to related documentation or an announcement.

Important Files Changed

Filename Overview
src/routes/changelog/(entries)/2026-07-03.markdoc New changelog entry for Cloud OAuth consent redesign with RAR support; missing a cover image present in most similar entries, and no {% arrow_link %} pointing to docs or an announcement.

Reviews (1): Last reviewed commit: "Add Cloud OAuth consent changelog" | Re-trigger Greptile

Comment on lines +1 to +5
---
layout: changelog
title: Appwrite Cloud OAuth consent now supports resource-bound authorization
date: 2026-07-03
---

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Missing cover image in frontmatter

Almost every changelog entry that describes a UI or product change includes a cover field (e.g. cover: /images/changelog/2025-07-03.avif) and a corresponding image file under src/images/changelog/. This entry has no cover field and no matching image exists in the repo. Because this particular change is a visual consent-screen redesign, a cover screenshot would be especially helpful for readers — without it the entry will render without a hero image while all surrounding entries have one.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!


For apps using Rich Authorization Requests, Appwrite Cloud now also lets users bind requested access to specific projects and organizations through `authorization_details`-based resource selection. Users can choose whether project and organization access applies broadly or only to selected resources, and Appwrite sends the resulting resource binding back when the request is approved.

This gives connected apps a clearer consent experience while keeping authorization precise: scopes describe the requested privileges, and `authorization_details` controls which Appwrite Cloud projects or organizations those privileges are bound to.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 No follow-up link for readers

Most changelog entries close with an {% arrow_link %} component pointing to a blog post, docs page, or Discord discussion so readers can explore further. This entry ends without one. If there is a related docs page, blog post, or console deep-link for the new consent flow, adding an {% arrow_link %} would match the existing pattern and give readers a clear next step.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant