fix: error connecting to ollama (#6349)

[dinhlongviolin1]

Describe Your Changes

• Add a origin header for localhost request -> solve ollama issue

Fixes Issues

• Closes bug: can't connect to local ollama server #6349

Self Checklist

• Added relevant comments, esp in complex areas
• Updated docs (for bug fixes / features)
• Created issues for follow-up changes or refactoring needed

---

Important

Add 'Origin' header for local provider requests in completion.ts and tauri.ts to fix CORS issues with Ollama.

• Behavior:
  • Add 'Origin' header for requests to local providers (localhost/127.0.0.1) in sendCompletion() in completion.ts and fetchModelsFromProvider() in tauri.ts to avoid CORS issues.
• Misc:
  • Closes issue bug: can't connect to local ollama server #6349.

^{This description was created by for a13a69b. You can customize this summary. It will automatically update as commits are pushed.}

[ellipsis-dev]

Important

Looks good to me! 👍

Reviewed everything up to a13a69b in 1 minute and 56 seconds. Click for details.

• Reviewed 35 lines of code in 2 files
• Skipped 0 files when reviewing.
• Skipped posting 2 draft comments. View those below.
• Modify your settings and rules to customize what types of comments Ellipsis leaves. And don't forget to react with 👍 or 👎 to teach Ellipsis.

1. web-app/src/lib/completion.ts:185

• Draft comment:
  When both openrouter and local provider conditions apply, the local block’s defaultHeaders will override the openrouter headers. Consider merging the two header sets to retain all required headers.
• Reason this comment was not posted:
  Decided after close inspection that this draft comment was likely wrong and/or not actionable: usefulness confidence = 20% vs. threshold = 50% While technically correct, this seems like an edge case that would rarely if ever occur in practice. Why would an openrouter provider be running on localhost? The code appears to be handling two distinct cases - openrouter (a remote service) and local providers. The likelihood of both conditions being true simultaneously is extremely low. Additionally, if it did happen, having the Origin header for local CORS handling is probably more important than the openrouter identification headers. I could be wrong about the likelihood - perhaps there are valid testing scenarios where openrouter needs to be proxied through localhost. The loss of identification headers could cause issues with the openrouter service. Even if someone was testing with openrouter through localhost, the Origin header for CORS would be essential for functionality, while the openrouter headers are just for identification. The current behavior prioritizes making it work over perfect header inclusion. While technically accurate, this comment points out an edge case that is unlikely to occur and where the current behavior is probably correct anyway. The comment should be removed.

2. web-app/src/services/providers/tauri.ts:146

• Draft comment:
  The addition of the 'Origin' header for local providers is appropriate; note that similar logic exists in sendCompletion. Consider refactoring this duplication into a shared utility if more cases arise.
• Reason this comment was not posted:
  Confidence changes required: 50% <= threshold 50% None

Workflow ID: wflow_12YS4LKmI0lIAnsD

^{You can customize by changing your verbosity settings, reacting with 👍 or 👎, replying to comments, or adding code review rules.}

[github-actions]

Barecheck - Code coverage report

Total: 29.44%

Your code coverage diff: 0.00% ▴

Uncovered files and lines

File	Lines
web-app/src/lib/completion.ts	74-85, 156-164, 166, 168-169, 171-172, 174, 176, 179-184, 186-192, 194-203, 206-214, 216, 218-233, 235-256, 272-278, 329, 332-337, 339-342, 358-363, 368-369, 371-393, 396-413, 415-420, 422, 424-444, 446-455, 457-471, 473-476
web-app/src/services/providers/tauri.ts	5-12, 14-15, 17-18, 20-27, 29-31, 33-34, 36-48, 50-54, 56-79, 82-84, 86-92, 94-95, 97-127, 129-134, 136-139, 141-144, 148-150, 153-156, 159-162, 164-168, 170, 173, 175-176, 178-183, 185-195, 198-202, 204-206, 208-230

[github-actions]

Preview URL: https://pr-c9f6d4611c9cfe2b05f4ca62b5af98283993bbc1-jan-server-web.menlo.ai

[louis-jan]

LGTM