fix(git-provider): honor sharedWithOrganization in application/compose detail views

[RezaRahemtola]

Summary

The application/compose detail pages still display "Repository connection through unauthorized provider" for git providers shared with the organization (or accessible via owner/admin role / Enterprise per-user assignment), even though the listing endpoints correctly grant access.

Root cause: application.one and compose.one compute hasGitProviderAccess with a hand-rolled check (gitProvider.userId !== ctx.session.userId) that pre-dates the sharing feature added in #4135. The other five call sites (git-provider.getAll, github.githubProviders, gitlab.gitlabProviders, bitbucket.bitbucketProviders, gitea.giteaProviders) all use getAccessibleGitProviderIds(ctx.session), which returns the full set of accessible provider ids (creator + sharedWithOrganization + owner/admin + per-user assignment).

This PR replaces the userId check in both application.one and compose.one with getAccessibleGitProviderIds, bringing the detail-view access check in line with every other call site.

The previous try/catch around findGitProviderById is no longer needed: a missing/orphaned provider simply isn't in the returned set, producing the same "no access" UI without an exception.

Reproduction

1. As user A, connect a GitHub git provider and toggle "Share with organization" on.
2. As user B, open any application or compose using that provider.
3. Expected: form renders normally. Actual (before this PR): "Repository connection through unauthorized provider" banner.

Test plan

• Manually reproduced the bug on v0.29.2 with a shared GitHub provider.
• Patched bundle deployed to a self-hosted instance and verified the banner is gone for non-creator org members on a shared provider.
• Biome check passes (no new warnings introduced).

Checklist

• Branch is based on canary.
• Read CONTRIBUTING.md.
• Conventional Commits message.

Greptile Summary

This PR fixes a bug where application.one and compose.one used a hand-rolled gitProvider.userId !== ctx.session.userId check that predated the organization-sharing feature, causing shared/admin-accessible git providers to be incorrectly flagged as unauthorized. Both endpoints now call getAccessibleGitProviderIds(ctx.session), aligning them with the five other call sites that already use this helper.

Confidence Score: 5/5

Safe to merge — the fix is a targeted, correct replacement of a stale access check with the existing shared helper already used by all other call sites.

The change is minimal (two identical hunks), uses a well-tested existing function, correctly handles all access scenarios (owner/admin, sharedWithOrganization, per-user assignment, and missing providers), and introduces no new code paths. No P0 or P1 issues found.

No files require special attention.

_{Reviews (1): Last reviewed commit: "fix(git-provider): honor sharedWithOrgan..." | Re-trigger Greptile}