Skip to content

feat(gitea): accept optional ports in instance hostnames - #3344

Merged
afonsojramos merged 1 commit into
mainfrom
feat/gitea-hostname-port
Oct 1, 2026
Merged

afonsojramos merged 1 commit into
mainfrom
feat/gitea-hostname-port

Conversation

@afonsojramos

Copy link
Copy Markdown
Member

Gitea and Forgejo instances such as gitea.example.com:3000 can now be used for login and retained after restarting Gitify. Ports from 1 through 65535 are accepted; connections remain HTTPS, and authenticated follow-up requests must match both the hostname and port. Other forges retain their existing hostname validation.

Verified with 1,654 passing tests, formatting, lint, TypeScript, and a production build. Chromium checks covered login success and failure, invalid ports, token-settings links, and account persistence after reload using mocked API responses and an Electron bridge stub. Five local review passes found no issues.

Closes #3323

Use forge-specific hostname validation for login, saved accounts, and API
requests while retaining HTTPS and host-plus-port origin checks.

Closes #3323
@github-actions github-actions Bot added enhancement New feature or enhancement to existing functionality forge:gitea Gitea, Forgejo, Codeberg labels Sep 30, 2026
@sonarqubecloud

Copy link
Copy Markdown

@afonsojramos
afonsojramos merged commit 73f9479 into main Oct 1, 2026
19 checks passed
@afonsojramos
afonsojramos deleted the feat/gitea-hostname-port branch October 1, 2026 00:00
@github-actions github-actions Bot added this to the Release 7.x.x milestone Oct 1, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or enhancement to existing functionality forge:gitea Gitea, Forgejo, Codeberg

Development

Successfully merging this pull request may close these issues.

feat(gitea): accept an optional port in the instance hostname

1 participant