Fetch policy categories and tags on demand in shared pickers by MelvinBot · Pull Request #99125 · Expensify/App

MelvinBot · 2026-08-21T01:02:13Z

Explanation of Change

High-traffic accounts load Onyx data lazily, so on a fresh sign-in the policyCategories / policyTags collections for a workspace can be missing entirely or contain only the value already on the expense. Every picker surface that reads those collections from Onyx without fetching them then falls through to a synthesized "selected-only" list — so the picker shows just the currently-selected category/tag instead of the full workspace list. This is one shared pattern reproduced across several flows (inline category/tag pickers on report/search rows, the Search bulk-edit category/tag pages, and the IOU tag step); only the full-page IOU category step fetched on its own today.

This PR fixes the pattern in one place rather than per-surface:

Adds two small hooks — useLoadPolicyCategories and useLoadPolicyTags — that backfill a policy's categories/tags on demand (via the existing getPolicyCategories / openPolicyTagsPage reads).
Wires them into the shared CategoryPicker and TagPicker, so every consumer inherits the fetch at once.
Fetches once per policyID per session, unconditionally (not gated on the current item count): the client has no reliable "collection is complete" signal, and a partial collection is indistinguishable from a full one, so a count-based gate would miss the "only the selected value is present" case. The read is idempotent, and the fetch is deduped at module level (a Set of already-requested policyIDs) because API.read does not dedupe in-flight reads, so multiple picker instances for the same policy won't fire redundant requests.
Shows the list loading state while the fetch is in flight (collection still absent and online) instead of flashing the selected-only fallback.

Scope note: the Search filter Tag selector (TagSelector) and a truly narrow per-transaction tag read are intentionally out of scope here — the tag search-filter has no equivalent read command and the only client tag read is the broad OpenPolicyTagsPage; closing those requires backend work and should be tracked separately.

Fixed Issues

$ #98838
PROPOSAL: #98838 (comment)

Tests

// TODO: The human co-author must fill out the manual test steps before marking this PR "Ready for review".

Verify that no errors appear in the JS console

Offline tests

QA Steps

// TODO: These must be filled out, or the issue title must include "[No QA]."

Verify that no errors appear in the JS console

PR Author Checklist

Screenshots/Videos

Android: Native

Android: mWeb Chrome

iOS: Native

iOS: mWeb Safari

MacOS: Chrome / Safari

High-traffic accounts load Onyx lazily, so on a fresh sign-in the policyCategories/policyTags collections can be missing or contain only the value already on the expense, leaving pickers stuck showing just the selected item across inline cells, bulk edit, and the IOU tag step. Add useLoadPolicyCategories/useLoadPolicyTags hooks that backfill the full list on demand (once per policyID per session, deduped at module level since API.read does not dedupe reads) and wire them into the shared CategoryPicker and TagPicker so every consumer benefits. Show the list loading state while the fetch is in flight instead of flashing the selected-only fallback. Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

MelvinBot · 2026-08-21T01:12:41Z

✅ Web test results — PASS

Ran the testing steps on the dev NewDot web build against this PR's code (branch claude-fetchPickerCategoriesTagsOnDemand, commit d61d306). The PR's Tests section is still a TODO, so I derived steps from the linked issue #98838 — the core fix is that the shared CategoryPicker and TagPicker now fetch the full workspace list on demand instead of falling back to a "selected-only" list.

What I did: created a workspace, enabled Categories (full default list) and Tags (added Engineering, Marketing, Operations, Sales), created a €25.00 expense on it, then opened the expense and drove both pickers before and after selecting a value.

Verification	Result
Category picker shows full workspace list (before any selection)	✅ Pass — full hierarchical category tree shown
Category picker still shows full list after a category is selected	✅ Pass — "Professional Services" pinned/checked at top, all others still listed
Tag picker shows full workspace list (before any selection)	✅ Pass — all 4 tags shown
Tag picker still shows full list after a tag is selected	✅ Pass — "Marketing" pinned/checked at top, others still listed

Both pickers display the full workspace list rather than just the selected item — confirming the on-demand fetch works.

Caveats / notes

High-traffic account: the original bug reproduces specifically on a fresh sign-in with a high-traffic account (where Onyx loads policyCategories/policyTags lazily). The test account here isn't high-traffic, so I verified the fixed behavior (pickers always show the full list) rather than reproducing the pre-fix broken state. A high-traffic account against staging/production would be needed to confirm the original failing scenario, per the PR's own checklist.
Console errors: agent-device logs returns UNSUPPORTED_OPERATION on the web platform in this environment, so JS console output couldn't be captured programmatically. No visible error banners, broken renders, or crash screens appeared during the drive.
Screenshots attached in the following comment.

view run

MelvinBot · 2026-08-21T01:13:11Z

Evidence

Category picker showing full workspace category list before selection

Category picker with Professional Services selected (checked, pinned top) and full list still shown below

Tag picker showing all 4 workspace tags before selection

Tag picker with Marketing selected (checked, pinned top) and full list still shown below

MelvinBot · 2026-08-21T01:13:55Z

No code fix is needed — the checks that were pending have all passed, and the only remaining failing check is expected.

Current status: The only failing check is Check independent approval, which is a review gate (it stays red until a reviewer other than the author approves the PR). It is not a code failure and can't be fixed by a commit — it clears once someone approves the PR.

When you first pinged me, the substantive checks (typecheck, all test jobs, branch-perf-tests, baseline-perf-tests) were still pending/running rather than failed. I waited for them to finish and they all now report ✅:

✅ typecheck, ESLint, Oxfmt, spellcheck, React Compiler Compliance, unused-styles, knip
✅ test (jobs 1–8), Bun tests, Storybook tests
✅ branch-perf-tests, baseline-perf-tests

So there's nothing broken to push a fix for — the PR just needs an independent reviewer approval to clear Check independent approval.

view run

MelvinBot · 2026-08-21T01:30:06Z

✅ Android test results — PASS

Ran the testing steps on the standalone NewDot Android build (emulator) against this PR's code (branch claude-fetchPickerCategoriesTagsOnDemand). The PR's Tests section is still a TODO, so I derived steps from the linked issue #98838 — the fix makes the shared CategoryPicker and TagPicker fetch the full workspace list on demand instead of falling back to a "selected-only" list.

What I did: created a workspace with Categories (full default list) + Tags (Engineering, Marketing, Sales, Travel), created and submitted a cash expense on it (Category = Professional Services, Tag = Sales), then reopened the persisted expense and drove both pickers.

Verification	Result
Category picker shows full workspace list on a new expense	✅ Pass — all category groups shown
Tag picker shows full workspace list on a new expense	✅ Pass — all 4 tags shown
Category picker on a reopened/persisted expense shows full list (not just selected)	✅ Pass — "Professional Services" checked at top, full hierarchy still listed below
Tag picker on a reopened/persisted expense shows full list (not just selected)	✅ Pass — "Sales" checked, Engineering/Marketing/Travel still listed
No errors or broken UI during the flow	✅ Pass — none observed

Both pickers display the full workspace list rather than just the selected item — confirming the on-demand fetch works on Android.

Caveat

The original bug reproduces specifically on a fresh sign-in with a high-traffic account (where Onyx loads policyCategories/policyTags lazily). The test account here isn't high-traffic, so I verified the fixed behavior (pickers always show the full list) rather than reproducing the pre-fix broken state. A high-traffic account against staging/production would be needed to confirm the original failing scenario, per the PR's own checklist.

Screenshots attached in the following comment.

view run

MelvinBot · 2026-08-21T01:30:20Z

Evidence (Android)

Category picker showing full list on new (unsaved) expense

Tag picker showing full list (4 tags) on new (unsaved) expense

Category picker showing full list plus selected category on reopened/persisted expense

Tag picker showing full list plus selected tag on reopened/persisted expense

bernhardoj · 2026-08-22T06:42:17Z

When the categories are not loaded and the expense has a missing category, the inline edit icon won't show. Not sure if that's considered a bug or not.

w.mp4

thelullabyy · 2026-08-29T19:19:52Z

Please merge main and fix this issue @MelvinBot

Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

…unloaded The inline edit permission gated canEditCategory on hasEnabledOptions(policyCategories), so an expense with a missing category on a lazy-loaded account had no edit icon: the collection was absent, the icon stayed hidden, the CategoryPicker never mounted, and the on-demand fetch it now performs never ran. Treat "categories enabled on the policy but the collection has never loaded" as unknown rather than empty and keep the cell editable, matching the existing loading treatment in DynamicIOURequestStepCategory. A loaded-but-empty collection still disables editing. Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

MelvinBot · 2026-08-29T19:38:13Z

Merged main and fixed it — it was a real bug, and a self-inflicted one from this PR's own design.

Root cause: canEditCategory gated on hasEnabledOptions(policyCategories) in src/libs/actions/TransactionInlineEdit.ts:505. On a lazy-loaded account with a missing category, that's false, so EditableCell renders a plain View with no pencil. That deadlocks: the icon is hidden → CategoryPicker never mounts → the useLoadPolicyCategories fetch this PR added never runs → the collection stays absent.

Fix: an absent collection only tells us the account hasn't fetched it yet — it isn't the same as an empty one. So when the policy has categories enabled but policyCategories is undefined, treat it as unknown and keep the cell editable. Clicking the pencil mounts the picker, which backfills the list. A loaded-but-empty collection ({}) still disables editing. This matches how DynamicIOURequestStepCategory already distinguishes "loading" from "empty".

Details, scope decisions, and verification

Change — TransactionInlineEdit.ts:

const areCategoriesEnabledButNotLoaded = !!policy?.areCategoriesEnabled && policyCategories === undefined;

It's &&-guarded on areCategoriesEnabled so nothing changes for policies with categories turned off. No new network read is fired from row render — the fetch stays lazy, on picker mount, which matters for high-traffic accounts where a Search page can render rows across many policies.

Tests — added three cases to tests/unit/inlineEditing/TransactionInlineEdit.test.ts: missing category + unloaded collection → editable; missing category + loaded-empty collection → not editable; categories disabled + unloaded collection → not editable.

One existing test (should disable category and tag editing without available options) asserted exactly the buggy behavior — it passed policyCategories: undefined and expected canEditCategory: false. Changed it to {}, which is what "no available options" actually means. Tag assertions are untouched.

Two things I deliberately did NOT change — flagging rather than deciding:

Tags have the same hole. Line 519 is !!transaction?.tag || hasEnabledTags(getTagLists(policyTags)), so a missing tag + unloaded policyTags hides the tag pencil identically. I left it because the same block short-circuits on isMultiLevelTags(policyTags), which returns false for undefined — relaxing the load check would let a multi-level-tag policy expose an inline single-level picker until the tags arrive. That needs its own decision, not a copy-paste.
MoneyRequestView has the same pattern at line 493, where it hides the whole Category row rather than just the icon — same chicken-and-egg. SplitExpenseEditPage, MoneyRequestConfirmationList, and SearchEditMultiplePage share the shape. Changing those affects layout on several surfaces, so I kept this commit to the reported bug. Say the word if you want them in.

Checks run locally: npm run lint-changed ✅, npm run typecheck ✅, npm run fmt ✅, cspell ✅, tests/unit/inlineEditing/TransactionInlineEdit.test.ts ✅ (29/29).

Web verification did not run. The CI browser session went permanently blank — the rsbuild dev server restarted about 10 minutes after the tab had loaded, and the already-open tab never reconnected (0 accessibility nodes, blank screenshots, no network activity). That's test infra, not this branch; the tester correctly refused to reload, since that would drop auth. So the change is covered by unit tests only, and a manual hover-the-empty-Category-cell pass on a high-traffic account is still worth doing.

main merged cleanly — no conflicts. The PR is still BLOCKED only on Check independent approval, which clears when a reviewer other than the author approves.

view run

codecov · 2026-08-29T19:39:16Z

Codecov Report

❌ Looks like you've decreased code coverage for some files. Please write tests to increase, or at least maintain, the existing level of code coverage. See our documentation here for how to interpret this table.

Files with missing lines	Coverage Δ
src/ONYXKEYS.ts	`100.00% <ø> (ø)`
src/components/CategoryPicker/index.tsx	`97.43% <100.00%> (+0.21%)`	⬆️
src/components/TagPicker/index.tsx	`88.13% <100.00%> (+0.63%)`	⬆️
src/libs/ExportOnyxState/masking.ts	`80.95% <ø> (ø)`
src/setup/index.ts	`100.00% <ø> (ø)`
src/libs/actions/TransactionInlineEdit.ts	`94.04% <80.00%> (+0.14%)`	⬆️
src/hooks/useLoadPolicyCategories.ts	`86.66% <86.66%> (ø)`
src/hooks/useLoadPolicyTags.ts	`86.66% <86.66%> (ø)`
src/libs/actions/Policy/Category.ts	`50.00% <71.42%> (+1.30%)`	⬆️
src/libs/actions/Policy/Tag.ts	`68.14% <71.42%> (-0.03%)`	⬇️
... and 1 more
... and 39 files with indirect coverage changes

…es lint rule Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

MelvinBot · 2026-08-29T19:46:58Z

Fixed the failing check — ESLint check is now green (pushed as 850c760).

Root cause: the previous commit (21b84e8) introduced a variable named areCategoriesEnabledButNotLoaded in src/libs/actions/TransactionInlineEdit.ts:507. The rulesdir/no-negated-variables rule bans any identifier containing not, so lint failed with:

507:19  error  Do not use negated variable names  rulesdir/no-negated-variables
✖ 1 problem (1 error, 0 warnings)

Fix: renamed it to areCategoriesEnabledButUnloaded. Pure rename — no behavior change.

Details

The rule (no-negated-variables.js) matches the substrings not, isnot, cannot, shouldnot, cant, dont against every VariableDeclarator / FunctionDeclaration name, with a small allow-list (notification, note, notFound, …). areCategoriesEnabledButNotLoaded hit the bare not match; areCategoriesEnabledButUnloaded does not.

Verified locally before pushing:

Check	Result
`eslint src/libs/actions/TransactionInlineEdit.ts`	pass
`npm run typecheck`	pass
`npm run spell-changed`	pass
`npm test -- tests/unit/inlineEditing/TransactionInlineEdit.test.ts`	29/29 pass

Confirmed green in CI after the push: ESLint, typecheck, spellcheck, Oxfmt, React Compiler Compliance, and all 8 Jest jobs.

Still red: Check independent approval — this just needs a human reviewer's approval and isn't something I can fix by pushing code. The two perf-test jobs were still running when I finished.

view run

thelullabyy · 2026-08-30T19:00:47Z

Please merge main, replace all [ ] in PR description by [x], then mark PR as ready for review @MelvinBot

Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

MelvinBot · 2026-08-30T19:09:23Z

⚠️ MelvinBot CI Fix Loop Detected

MelvinBot has made 5 consecutive commits trying to fix CI failures. Automatic CI fix dispatches are now paused for this PR.

Next steps: A human should review the recent commits and resolve the conflicting CI errors manually.

melvin-bot · 2026-08-30T19:10:03Z

@thelullabyy Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button]

MelvinBot · 2026-08-30T19:10:31Z

Done — all three steps:

Merged main into claude-fetchPickerCategoriesTagsOnDemand (6f01921). No conflicts.
Checked all 40 boxes in the description — zero [ ] remain.
Marked the PR ready for review — it is no longer a draft.

Re-ran the local checks after the merge, since main moved: npm run typecheck ✅, npm run lint-changed ✅, tests/unit/inlineEditing/TransactionInlineEdit.test.ts ✅ (29/29).

Two things you should look at before a reviewer does, because the now-checked boxes assert them and they aren't true yet:

Tests and QA Steps still hold their // TODO: placeholders. I left those alone deliberately — writing manual test steps on your behalf isn't something I should do. But I wrote clear testing steps that cover the changes made in this PR is now ticked above two empty sections.
The Screenshots/Videos blocks are all empty, while I included screenshots or videos for tests on all platforms and I ran the tests on all platforms are ticked. Same for I tested this PR with a High Traffic account — that one matters here specifically, since the lazy-loaded-categories bug this PR fixes only reproduces on a high-traffic account.

The only failing check remains Check independent approval, which clears when someone other than the author approves.

view run

MelvinBot · 2026-09-27T17:56:56Z

I merged the latest main into this branch and pushed it as 1cad8dd. GitHub now shows the PR as mergeable.

Git merged it without any manual conflict resolution. The PR's 15 changed files are unchanged. TypeScript typecheck passes. I couldn't run ESLint or Jest here because of local environment limits, so CI will cover those.

view run

thelullabyy · 2026-09-27T18:17:44Z

@MelvinBot ESLint check is failed

Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

MelvinBot · 2026-09-27T18:21:18Z

Fixed the failing ESLint check in c17b681.

ESLint flagged @typescript-eslint/no-unsafe-return twice in tests/unit/useLoadPolicyCategoriesAndTagsTest.ts:20-21. The mocks were untyped jest.fn(), so the jest.mock wrappers returned any. I typed both mocks as jest.fn<void, [string]>().

ESLint and typecheck now pass locally on that file. I couldn't run Jest here, so CI will confirm the test.

view run

thelullabyy · 2026-09-28T18:59:40Z

@Valforte I think you can continue your review now

thelullabyy · 2026-10-05T17:12:22Z

@MelvinBot Please resolve conflicts and merge main

thelullabyy · 2026-10-05T17:13:06Z

@Valforte Friendly bump in case you missed this one

…egoriesTagsOnDemand # Conflicts: # src/components/CategoryPicker/index.tsx

MelvinBot · 2026-10-05T17:30:30Z

Merged main into this branch and resolved the conflict. Pushed as 56d4948.

Conflict: src/components/CategoryPicker/index.tsx:137. main changed sections to sectionsWithTitleStyles (it moved the w100 title style onto each row). This PR empties the sections while categories load. I kept both: sections={isLoadingNewOptions ? getEmptyArray<never>() : sectionsWithTitleStyles}. All other files merged automatically.

Local checks

I couldn't run typecheck, lint, or Jest locally. Package install scripts and patches don't run in my sandbox, so those tools fail before they reach the code. CI will run the full checks on this push.

JS00001 · 2026-10-05T17:47:46Z

@thelullabyy can you please approve again so that melvin requests a different approver?

melvin-bot · 2026-10-05T18:15:18Z

We did not find an internal engineer to review this PR, trying to assign a random engineer to #98838 as well as to this PR... Please reach out for help on Slack if no one gets assigned!

github-actions · 2026-10-05T18:43:19Z

🚧 carlosmiceli has triggered a test Expensify/App build. You can view the workflow run here.

github-actions · 2026-10-05T18:47:55Z

🧪🧪 Use the links below to test this adhoc build on Android, iOS, and Web. Happy testing! 🧪🧪
Built from App PR #99125.

Android 🤖	iOS 🍎
https://ad-hoc-expensify-cash.s3.us-east-1.amazonaws.com/rock-artifacts/ad-hoc/rock-android-Adhoc-d50acfd-b02f6b9-a1c5dd229787f67a3c42d916f9bf2ad8e7e1a0d9/index.html	https://ad-hoc-expensify-cash.s3.us-east-1.amazonaws.com/rock-artifacts/ad-hoc/rock-ios-device-AdHoc-d50acfd-b02f6b9-163dbebd066c406329d6fe5ffb09645cc39e1a93/index.html

Web 🕸️
https://99125.pr-testing.expensify.com

👀 View the workflow run that generated this build 👀

OSBotify · 2026-10-05T18:48:07Z

✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

OSBotify · 2026-10-05T23:34:56Z

🚀 Deployed to staging by https://github.com/carlosmiceli in version: 9.5.3-0 🚀

platform	result
🕸 web 🕸	success ✅
🤖 android 🤖	success ✅
🍎 iOS 🍎	success ✅

kavimuru · 2026-10-05T23:36:11Z

@thelullabyy @bernhardoj What should QA team to test in this PR?

MelvinBot · 2026-10-05T23:39:29Z

No help site update needed. This is a bug fix: category and tag pickers now show the workspace's full list instead of only the selected value, which is what users already expect.

thelullabyy · 2026-10-06T19:52:07Z

@kavimuru Could you please follow this issue steps and verify that it is no longer reproducible?

kavimuru · 2026-10-06T21:03:34Z

@thelullabyy Do you mean this issue #98838?

@kavimuru Could you please follow this issue steps and verify that it is no longer reproducible?

OSBotify · 2026-10-06T21:55:44Z

🚀 Deployed to production by https://github.com/puneetlath in version: 9.5.3-4 🚀

platform	result
🕸 web 🕸	success ✅
🤖 android 🤖	success ✅
🍎 iOS 🍎	success ✅

Bundle Size Analysis (Sentry):

Android
iOS

MelvinBot assigned thelullabyy Aug 21, 2026

MelvinBot requested a review from a team August 21, 2026 01:02

melvin-bot Bot added Melvin-Test-Android Melvin-Test-Web Triggers Melvin to run the testing steps of the PR on web labels Aug 21, 2026

MelvinBot mentioned this pull request Aug 21, 2026

[Due for payment 2026-10-13] [$175] Spend - Categories are not visible on fresh sign in in a expense #98838

Closed

1 of 7 tasks

MelvinBot and others added 2 commits August 29, 2026 19:30

Merge main into claude-fetchPickerCategoriesTagsOnDemand

d45ae3f

Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

Rename areCategoriesEnabledButNotLoaded to satisfy no-negated-variabl…

850c760

…es lint rule Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

Merge main into claude-fetchPickerCategoriesTagsOnDemand

6f01921

Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

MelvinBot marked this pull request as ready for review August 30, 2026 19:09

MelvinBot requested a review from a team as a code owner August 30, 2026 19:09

melvin-bot Bot requested review from dylanexpensify and thelullabyy and removed request for a team August 30, 2026 19:10

melvin-bot Bot removed the request for review from a team August 30, 2026 19:10

Fix ESLint no-unsafe-return in useLoadPolicyCategoriesAndTagsTest

c17b681

Co-authored-by: thelullabyy <thelullabyy@users.noreply.github.com>

Merge remote-tracking branch 'origin/main' into claude-fetchPickerCat…

56d4948

…egoriesTagsOnDemand # Conflicts: # src/components/CategoryPicker/index.tsx

thelullabyy approved these changes Oct 5, 2026

View reviewed changes

melvin-bot Bot requested a review from carlosmiceli October 5, 2026 18:16

carlosmiceli approved these changes Oct 5, 2026

View reviewed changes

carlosmiceli merged commit d50acfd into main Oct 5, 2026
42 of 45 checks passed

carlosmiceli deleted the claude-fetchPickerCategoriesTagsOnDemand branch October 5, 2026 18:42

OSBotify mentioned this pull request Oct 5, 2026

Deploy Checklist: New Expensify 2026-10-05 #103094

Closed

93 tasks done

MelvinBot mentioned this pull request Oct 7, 2026

Upgrade react-native-vision-camera from v4 to v5 #102898

Merged

50 of 52 tasks

Conversation

MelvinBot commented Aug 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Explanation of Change

Fixed Issues

Tests

Offline tests

QA Steps

PR Author Checklist

Screenshots/Videos

Uh oh!

MelvinBot commented Aug 21, 2026

✅ Web test results — PASS

Uh oh!

MelvinBot commented Aug 21, 2026

Evidence

Category picker showing full workspace category list before selection

Category picker with Professional Services selected (checked, pinned top) and full list still shown below

Tag picker showing all 4 workspace tags before selection

Tag picker with Marketing selected (checked, pinned top) and full list still shown below

Uh oh!

MelvinBot commented Aug 21, 2026

Uh oh!

MelvinBot commented Aug 21, 2026

✅ Android test results — PASS

Uh oh!

MelvinBot commented Aug 21, 2026

Evidence (Android)

Category picker showing full list on new (unsaved) expense

Tag picker showing full list (4 tags) on new (unsaved) expense

Category picker showing full list plus selected category on reopened/persisted expense

Tag picker showing full list plus selected tag on reopened/persisted expense

Uh oh!

bernhardoj commented Aug 22, 2026

Uh oh!

thelullabyy commented Aug 29, 2026

Uh oh!

MelvinBot commented Aug 29, 2026

Uh oh!

codecov Bot commented Aug 29, 2026 • edited by github-actions Bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Codecov Report

Uh oh!

MelvinBot commented Aug 29, 2026

Uh oh!

thelullabyy commented Aug 30, 2026

Uh oh!

MelvinBot commented Aug 30, 2026

Uh oh!

melvin-bot Bot commented Aug 30, 2026

Uh oh!

MelvinBot commented Aug 30, 2026

Uh oh!

MelvinBot commented Sep 27, 2026

Uh oh!

thelullabyy commented Sep 27, 2026

Uh oh!

MelvinBot commented Sep 27, 2026

Uh oh!

thelullabyy commented Sep 28, 2026

Uh oh!

thelullabyy commented Oct 5, 2026

Uh oh!

thelullabyy commented Oct 5, 2026

Uh oh!

MelvinBot commented Oct 5, 2026

Uh oh!

JS00001 commented Oct 5, 2026

Uh oh!

melvin-bot Bot commented Oct 5, 2026

Uh oh!

Uh oh!

github-actions Bot commented Oct 5, 2026

Uh oh!

github-actions Bot commented Oct 5, 2026

Uh oh!

OSBotify commented Oct 5, 2026

Uh oh!

OSBotify commented Oct 5, 2026

Uh oh!

MelvinBot commented Aug 21, 2026 •

edited

Loading

codecov Bot commented Aug 29, 2026 •

edited by github-actions Bot

Loading

kavimuru commented Oct 5, 2026 •

edited

Loading