Skip to content

chore(release): v0.7.11#651

Merged
SoulPancake merged 3 commits intomainfrom
release/0710
Mar 18, 2026
Merged

chore(release): v0.7.11#651
SoulPancake merged 3 commits intomainfrom
release/0710

Conversation

@SoulPancake
Copy link
Member

@SoulPancake SoulPancake commented Mar 17, 2026

Description

What problem is being solved?

How is it being solved?

What changes are made to solve it?

References

Review Checklist

  • I have clicked on "allow edits by maintainers".
  • I have added documentation for new/changed functionality in this PR or in a PR to openfga.dev [Provide a link to any relevant PRs in the references section above]
  • The correct base branch is being used, if not main
  • I have added tests to validate that the change in functionality is working as expected

Summary by CodeRabbit

  • Bug Fixes

    • Improved handling of empty list operations
    • Refined assertion limits for enhanced performance
  • New Features

    • Added configuration flag for controlling authorization model type constraints

@SoulPancake SoulPancake requested a review from a team as a code owner March 17, 2026 17:14
@coderabbitai
Copy link
Contributor

coderabbitai bot commented Mar 17, 2026

Walkthrough

Updates the CHANGELOG.md with version 0.7.11 release notes, documenting two bug fixes (empty slice ListObjects test and WriteAssertions limit) and one new feature (--max-types-per-authorization-model flag).

Changes

Cohort / File(s) Summary
Changelog Update
CHANGELOG.md
Added version 0.7.11 entry with two fixes and one new feature flag addition.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Suggested reviewers

  • rhamzeh
  • jimmyjames
  • aaguiarz
🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'chore(release): v0.7.11' directly and clearly summarizes the main change—a release version bump to v0.7.11, which aligns with the CHANGELOG.md update adding the 0.7.11 entry.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch release/0710
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@SoulPancake SoulPancake changed the title chore(release): v0.7.10 chore(release): v0.7.11 Mar 17, 2026
Co-authored-by: Raghd Hamzeh <raghd@rhamzeh.com>
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
CHANGELOG.md (1)

384-385: 🛠️ Refactor suggestion | 🟠 Major

Update version comparison links for v0.7.10 and v0.7.11.

The version comparison links at the bottom of the changelog are missing entries for v0.7.10 and v0.7.11. Additionally, the [Unreleased] link should now point to v0.7.11...HEAD instead of v0.7.9...HEAD.

📝 Proposed fix to update version links
-[Unreleased]: https://github.com/openfga/cli/compare/v0.7.9...HEAD
+[Unreleased]: https://github.com/openfga/cli/compare/v0.7.11...HEAD
+[0.7.11]: https://github.com/openfga/cli/compare/v0.7.10...v0.7.11
+[0.7.10]: https://github.com/openfga/cli/compare/v0.7.9...v0.7.10
 [0.7.9]: https://github.com/openfga/cli/compare/v0.7.8...v0.7.9
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@CHANGELOG.md` around lines 384 - 385, Update the version comparison links at
the bottom of CHANGELOG.md: change the [Unreleased] range from v0.7.9...HEAD to
v0.7.11...HEAD, add new comparison links for [0.7.10] and [0.7.11] (pointing to
their respective GitHub compare ranges), and update the existing [0.7.9] link if
needed to reference v0.7.8...v0.7.9 so the sequence is consistent; locate the
lines containing the link labels "[Unreleased]" and "[0.7.9]" and append the new
link definitions for "[0.7.10]" and "[0.7.11]".
🧹 Nitpick comments (2)
CHANGELOG.md (2)

18-19: Remove extra blank line for consistent spacing.

There are two consecutive blank lines after the v0.7.11 entry, while other version entries use a single blank line separator.

♻️ Proposed fix
 - Add --max-types-per-authorization-model flag (`#641`) - Thanks `@nverbos-godaddy`
 
-
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@CHANGELOG.md` around lines 18 - 19, The changelog has two consecutive blank
lines after the "v0.7.11" entry; edit CHANGELOG.md and remove the extra blank
line so there is only a single blank line separating the v0.7.11 entry from the
next entry (ensure the spacing matches other version entries).

12-17: Consider reordering sections to match the established pattern.

The changelog entry has "Fixed" before "Added", while other version entries (e.g., v0.7.7, v0.7.5) consistently use the order: Added, Changed, Fixed. This aligns with Keep a Changelog conventions.

♻️ Proposed reordering
-Fixed:
-- Fix local ListObjects tests when expected response is an empty slice (`#645`)
-- Limit WriteAssertions to 100 assertions (`#619`)
-
 Added:
 - Add --max-types-per-authorization-model flag (`#641`) - Thanks `@nverbos-godaddy`
 
+Fixed:
+- Fix local ListObjects tests when expected response is an empty slice (`#645`)
+- Limit WriteAssertions to 100 assertions (`#619`)
+
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@CHANGELOG.md` around lines 12 - 17, Reorder the changelog entry so the
section headings follow the project's standard sequence: move the "Added:" block
above "Fixed:" to produce "Added", then "Changed" (if present), then "Fixed";
specifically swap the current "Fixed:" and "Added:" blocks in the shown diff so
the three bullets appear under "Added:" first and "Fixed:" last to match other
entries like v0.7.7/v0.7.5.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Outside diff comments:
In `@CHANGELOG.md`:
- Around line 384-385: Update the version comparison links at the bottom of
CHANGELOG.md: change the [Unreleased] range from v0.7.9...HEAD to
v0.7.11...HEAD, add new comparison links for [0.7.10] and [0.7.11] (pointing to
their respective GitHub compare ranges), and update the existing [0.7.9] link if
needed to reference v0.7.8...v0.7.9 so the sequence is consistent; locate the
lines containing the link labels "[Unreleased]" and "[0.7.9]" and append the new
link definitions for "[0.7.10]" and "[0.7.11]".

---

Nitpick comments:
In `@CHANGELOG.md`:
- Around line 18-19: The changelog has two consecutive blank lines after the
"v0.7.11" entry; edit CHANGELOG.md and remove the extra blank line so there is
only a single blank line separating the v0.7.11 entry from the next entry
(ensure the spacing matches other version entries).
- Around line 12-17: Reorder the changelog entry so the section headings follow
the project's standard sequence: move the "Added:" block above "Fixed:" to
produce "Added", then "Changed" (if present), then "Fixed"; specifically swap
the current "Fixed:" and "Added:" blocks in the shown diff so the three bullets
appear under "Added:" first and "Fixed:" last to match other entries like
v0.7.7/v0.7.5.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 6404c529-c41e-4ed2-825f-024b14ad64aa

📥 Commits

Reviewing files that changed from the base of the PR and between 6378bdd and 6965c6d.

📒 Files selected for processing (1)
  • CHANGELOG.md

@dosubot
Copy link

dosubot bot commented Mar 17, 2026

Documentation Updates

1 document(s) were updated by changes in this PR:

Contextual Tuples Support
View Changes
@@ -37,13 +37,15 @@
 
 There are limits on the number of contextual tuples: up to 100 per request (as of OpenFGA v1.7.0), and up to 20 per assertion in Write Assertions. Exceeding these limits will result in a request error. [Reference](https://github.com/openfga/openfga/blob/28ed51fb5f6c9e3eb113e15b8b98fb7eb1aa56aa/CHANGELOG.md#L287-L764)
 
+Additionally, WriteAssertions is limited to a maximum of 100 assertions per request (as of CLI version 0.7.11, released March 17, 2026).
+
 ### CLI Import Behavior for Write Assertions
 
-When using the `fga store import` command, there is a limit of 100 assertions per write operation. If you attempt to import a store with more than 100 assertions, the CLI will:
+The CLI enforces a limit of 100 assertions per WriteAssertions request (as of CLI version 0.7.11). When using the `fga store import` command, if you attempt to import a store with more than 100 assertions, the CLI will:
 - Write only the first 100 assertions
 - Display a warning message: `Warning: N test assertions found, but only the first 100 will be written`
 
-This limit is enforced by the CLI tool's import functionality, not by the OpenFGA server API itself. If you need to import more than 100 assertions, you will need to make multiple separate write operations.
+This limit is enforced by the CLI tool's WriteAssertions functionality. If you need to import more than 100 assertions, you will need to make multiple separate write operations.
 
 ## Specifying Contextual Tuples in Requests
 

How did I do? Any feedback?  Join Discord

@SoulPancake SoulPancake added this pull request to the merge queue Mar 18, 2026
Merged via the queue into main with commit 3b1d302 Mar 18, 2026
24 checks passed
@SoulPancake SoulPancake deleted the release/0710 branch March 18, 2026 01:58
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.

2 participants