What happened? / 问题描述
After updating to v0.15.0, an OpenAI-compatible provider on the local network passes “Test Provider”, but every real chat request fails with “Network error”.
The two paths behave differently: provider testing succeeds, while the agent sidecar request fails before receiving an HTTP response. Launching PI-Desktop from Terminal triggers Terminal’s Local Network permission prompt; after granting it, chat requests work. PI-Desktop itself does not appear under System Settings → Privacy & Security → Local Network.
Steps to reproduce / 复现步骤
- Configure an OpenAI-compatible provider using an HTTP endpoint on the LAN.
- In Settings, run Test Provider; it succeeds.
- Start a chat using a model from that provider.
- The request retries and ends with Network error.
- Fully quit PI-Desktop.
- Launch
/Applications/PI-Desktop.app/Contents/MacOS/PI-Desktop from Terminal.
- Allow Terminal local-network access when macOS prompts.
- Retry the same chat; it succeeds.
Expected behavior / 预期行为
Chat requests should reach the same LAN provider that passes Test Provider, regardless of whether PI-Desktop was launched from Finder or Terminal.
Actual behavior / 实际行为
When launched normally, chat requests fail after retries with NETWORK_ERROR / EHOSTUNREACH on the direct route. Test Provider still succeeds. Launching from Terminal and granting Terminal local-network permission makes chat requests work.
App version / 应用版本
0.15.0
Operating system / 操作系统
macOS
Extra environment / 其他环境信息
macOS 26.6.2, Apple Silicon (arm64), DMG installation. Network proxy mode: direct. Provider: OpenAI-compatible API over HTTP on the local LAN.
Logs / 日志
`agent.turn.failed`
- code: `NETWORK_ERROR`
- message: `Connection error.`
- networkCategory: `unreachable`
- networkCode: `EHOSTUNREACH`
- networkSyscall: `connect`
- networkRoute: `direct`
- phase: `request`
- retryAttempt: `10`
Screenshots / 截图
No response
What happened? / 问题描述
After updating to v0.15.0, an OpenAI-compatible provider on the local network passes “Test Provider”, but every real chat request fails with “Network error”.
The two paths behave differently: provider testing succeeds, while the agent sidecar request fails before receiving an HTTP response. Launching PI-Desktop from Terminal triggers Terminal’s Local Network permission prompt; after granting it, chat requests work. PI-Desktop itself does not appear under System Settings → Privacy & Security → Local Network.
Steps to reproduce / 复现步骤
/Applications/PI-Desktop.app/Contents/MacOS/PI-Desktopfrom Terminal.Expected behavior / 预期行为
Chat requests should reach the same LAN provider that passes Test Provider, regardless of whether PI-Desktop was launched from Finder or Terminal.
Actual behavior / 实际行为
When launched normally, chat requests fail after retries with
NETWORK_ERROR/EHOSTUNREACHon the direct route. Test Provider still succeeds. Launching from Terminal and granting Terminal local-network permission makes chat requests work.App version / 应用版本
0.15.0
Operating system / 操作系统
macOS
Extra environment / 其他环境信息
macOS 26.6.2, Apple Silicon (arm64), DMG installation. Network proxy mode: direct. Provider: OpenAI-compatible API over HTTP on the local LAN.
Logs / 日志
Screenshots / 截图
No response