- 19 Sep, 2025 9 commits
-
-
Seefs committed
-
creamlike1024 committed
-
feitianbubu committed
-
feitianbubu committed
-
feitianbubu committed
-
CaIon committed
-
CaIon committed
-
CaIon committed
-
CaIon committed
-
- 18 Sep, 2025 12 commits
-
-
feat: 支持 gemini-embedding-001
Calcium-Ion committed -
creamlike1024 committed
-
fix: deepseek claude response
Seefs committed -
Seefs committed
-
feat: deepseek claude endpoint
Calcium-Ion committed -
Seefs committed
-
fix: kimi claude code
Calcium-Ion committed -
Seefs committed
-
CaIon committed
-
feat: implement SSRF protection settings and update related references
Calcium-Ion committed -
CaIon committed
-
# Conflicts: # service/cf_worker.go
CaIon committed
-
- 17 Sep, 2025 5 commits
-
-
creamlike1024 committed
-
creamlike1024 committed
-
creamlike1024 committed
-
creamlike1024 committed
-
creamlike1024 committed
-
- 16 Sep, 2025 12 commits
-
-
creamlike1024 committed
-
🛠 ️ fix: Align setup API errors to HTTP 200 with {success:false, message}Calcium-Ion committed -
🛠 Unify the setup initialization endpoint’s error contract to match the rest of the project and keep the frontend unchanged. Changes - controller/setup.go: Return HTTP 200 with {success:false, message} for all predictable errors in POST /api/setup, including: - already initialized - invalid payload - username too long - password mismatch - password too short - password hashing failure - root user creation failure - option persistence failures (SelfUseModeEnabled, DemoSiteEnabled) - setup record creation failure - web/src/components/setup/SetupWizard.jsx: Restore catch handler to the previous generic toast (frontend logic unchanged). - web/src/helpers/utils.jsx: Restore the original showError implementation (no Axios response.data parsing required). Why - Keep API behavior consistent across endpoints so the UI can rely on the success flag and message in the normal .then() flow instead of falling into Axios 4xx errors that only show a generic "400". Impact - UI now displays specific server messages during initialization without frontend adaptations. - Note: clients relying solely on HTTP status codes for error handling should inspect the JSON body (success/message) instead. No changes to the happy path; initialization success responses are unchanged.t0ng7u committed -
t0ng7u committed
-
🛠 Unify the setup initialization endpoint’s error contract to match the rest of the project and keep the frontend unchanged. Changes - controller/setup.go: Return HTTP 200 with {success:false, message} for all predictable errors in POST /api/setup, including: - already initialized - invalid payload - username too long - password mismatch - password too short - password hashing failure - root user creation failure - option persistence failures (SelfUseModeEnabled, DemoSiteEnabled) - setup record creation failure - web/src/components/setup/SetupWizard.jsx: Restore catch handler to the previous generic toast (frontend logic unchanged). - web/src/helpers/utils.jsx: Restore the original showError implementation (no Axios response.data parsing required). Why - Keep API behavior consistent across endpoints so the UI can rely on the success flag and message in the normal .then() flow instead of falling into Axios 4xx errors that only show a generic "400". Impact - UI now displays specific server messages during initialization without frontend adaptations. - Note: clients relying solely on HTTP status codes for error handling should inspect the JSON body (success/message) instead. No changes to the happy path; initialization success responses are unchanged.t0ng7u committed -
Xyfacai committed
-
fix: VolcEngine渠道-图片生成 API-渠道测试报错
Calcium-Ion committed -
huanghejian committed
-
huanghejian committed
-
fix: openai responses api 未统计图像生成调用计费
Calcium-Ion committed -
creamlike1024 committed
-
creamlike1024 committed
-
- 15 Sep, 2025 2 commits
-
-
Xyfacai committed
-
feat: 支持即梦视频3.0,支持文生图, 图生图, 首尾帧生图
IcedTangerine committed
-