Commit graph

10593 commits

Author SHA1 Message Date
Timothy Jaeryang Baek
1283b2701e refac 2026-10-11 19:56:52 +04:00
Timothy Jaeryang Baek
352e1a12cc refac 2026-10-11 19:19:14 +04:00
joaoback
42dc6f3d09
i18n: add pt-BR translations for newly added UI items and consistency pass (#32211)
New **pt-BR** translations for items introduced in the latest releases, plus a consistency/quality pass across existing strings (grammar, tone, capitalization, pluralization). Placeholders and hotkeys preserved. No logic changes.
2026-10-11 17:58:57 +04:00
Classic298
9cb471c794
fix: Rich UI tool embeds log a browser security error on every load (#32226)
Rich UI tool embeds always tried to pass the arguments the model called the tool with into the embedded page, even when the browser does not allow it: with "iframe Sandbox Allow Same Origin" off (the default), or when an external tool embeds a page from another site. Each load then logged an uncaught SecurityError in the console. The arguments are now passed only where the browser allows it and skipped otherwise. The embed itself renders and behaves the same as before.

Fixes #32222
2026-10-11 17:58:46 +04:00
Classic298
c048f02416
fix: Top K and Top K Reranker descriptions are misleading (#32225)
The Top K Reranker description under Admin Panel > Settings > Documents said it is the number of hybrid results sent to the reranker, but it is the number of chunks the reranker keeps per query and passes to the model. The Top K description did not say that with hybrid search it is also the number of candidates retrieved for the reranker. Admins following the old text set something like 15 / 3 and gave the model only 3 chunks per query. Both descriptions now say what the settings do, in English and German.

Fixes #32221
2026-10-11 17:58:34 +04:00
Classic298
73be5c98f4
Merge pull request #32224 from Classic298/fix-model-editor-language-switch
fix: model editor keeps the previous language's text when switching Editing language
2026-10-11 17:58:24 +04:00
Timothy Jaeryang Baek
a41a7d44d9 refac 2026-10-11 16:22:50 +04:00
Timothy Jaeryang Baek
e04c32ef02 refac 2026-10-11 16:21:09 +04:00
Timothy Jaeryang Baek
a165c83858 refac 2026-10-11 16:12:59 +04:00
Timothy Jaeryang Baek
78613d86f7 refac 2026-10-11 15:55:57 +04:00
Timothy Jaeryang Baek
436f06ca53 refac 2026-10-11 00:00:45 +04:00
Timothy Jaeryang Baek
fc8beff4c8 chore: i18n 2026-10-10 23:51:10 +04:00
Timothy Jaeryang Baek
c7b5edc726 refac 2026-10-10 23:50:29 +04:00
Timothy Jaeryang Baek
b40891e0a1 refac 2026-10-10 23:44:47 +04:00
Timothy Jaeryang Baek
f3756997f6 refac 2026-10-10 23:27:31 +04:00
Timothy Jaeryang Baek
1a8bb4bb7a refac 2026-10-10 23:26:58 +04:00
Timothy Jaeryang Baek
fea827bc2e chore: format 2026-10-10 23:18:09 +04:00
Timothy Jaeryang Baek
bf5866ee23 chore: i18n 2026-10-10 23:17:34 +04:00
Timothy Jaeryang Baek
d470b8e1e4 refac 2026-10-10 23:14:32 +04:00
Timothy Jaeryang Baek
930f8c3640 refac 2026-10-10 23:01:31 +04:00
Timothy Jaeryang Baek
2bcf9cffe7 refac 2026-10-10 22:59:27 +04:00
Timothy Jaeryang Baek
f0233e1e3a refac 2026-10-10 22:58:12 +04:00
Timothy Jaeryang Baek
bb6f600e5c refac 2026-10-10 22:58:08 +04:00
Timothy Jaeryang Baek
f943d0e662 refac 2026-10-10 22:57:49 +04:00
Timothy Jaeryang Baek
0aabe04775 refac 2026-10-10 22:51:01 +04:00
Classic298
469cbc79e3
fix: Stop button stays after a server restart cuts off a reply (#32205)
When the server restarted while a reply was streaming, the page reconnected but kept showing the cut-off reply as still generating. The Stop button stayed and the next message got no answer until the page was reloaded. After reconnecting, the page now checks whether the reply is still being generated and, if not, shows it as finished, which is how it behaved before the shared chats change.

Fixes #32204
2026-10-10 22:49:01 +04:00
Timothy Jaeryang Baek
088830cf82 feat: Dynamic Tool Loading / Lazy Loading
Co-Authored-By: Taylor Wilsdon <6508528+taylorwilsdon@users.noreply.github.com>
2026-10-10 22:43:52 +04:00
Timothy Jaeryang Baek
46a2a830ab refac
Co-Authored-By: Algorithm5838 <108630393+Algorithm5838@users.noreply.github.com>
2026-10-10 22:25:11 +04:00
Timothy Jaeryang Baek
88ff2c65cf refac
Co-Authored-By: Classic298 <27028174+Classic298@users.noreply.github.com>
2026-10-10 22:19:50 +04:00
Timothy Jaeryang Baek
5ec6cf3205 refac 2026-10-10 22:16:39 +04:00
Timothy Jaeryang Baek
3d31123467 refac 2026-10-10 22:11:51 +04:00
Timothy Jaeryang Baek
8594b2f421 refac 2026-10-10 22:05:25 +04:00
Timothy Jaeryang Baek
79d376a1f3 refac 2026-10-10 21:28:33 +04:00
Timothy Jaeryang Baek
a69722f932 refac 2026-10-10 21:24:58 +04:00
Timothy Jaeryang Baek
fc31fbfae3 refac 2026-10-10 21:22:09 +04:00
Timothy Jaeryang Baek
82f142d376 refac 2026-10-10 21:11:33 +04:00
Timothy Jaeryang Baek
e32d2f75bd refac 2026-10-10 21:01:41 +04:00
G30
d2535883c8
i18n: fix mistakes in the existing Persian (fa-IR) translations (#32202) 2026-10-10 20:53:33 +04:00
Timothy Jaeryang Baek
9fad17558b refac 2026-10-10 20:49:28 +04:00
Timothy Jaeryang Baek
212bfc13e9 refac 2026-10-10 20:31:55 +04:00
Timothy Jaeryang Baek
1be0d34123 refac 2026-10-10 20:18:42 +04:00
Classic298
69a1c57328
fix: calendar event created late in the evening is saved ending a day late (#32199)
Creating a calendar event after 23:00 saved it ending on the day after the date picked, so it showed on two days. The new event form pre-fills an end time one hour from now, which falls on the next day, and that next-day end date was kept even when the event was set to other times. The end date now stays on the start date when the end time is later in the day than the start time. An event that ends after midnight or spans several days keeps its end date.

Fixes #31994
2026-10-10 20:15:25 +04:00
Classic298
c2a5c7a24e
fix: switching a Chat Controls parameter back to Default ignores your Settings value (#32192)
When a parameter like Temperature was switched to Custom in Chat Controls and then back to Default, the value saved in Settings > General was dropped and the model used its built-in default instead. Default now uses the Settings value again, also in chats where this already happened.

Fixes #32013
2026-10-10 20:12:45 +04:00
Classic298
eebf6438ab
fix: creating a model in Manage Ollama shows no error when Ollama rejects it (#32196)
When Ollama rejected a new model in the Manage Ollama dialog, for example a model definition with no base model, the form cleared and showed no error, so the admin could not tell the model was never created or why. The dialog now shows Ollama's error and keeps the entered name and definition, so the admin can correct them and try again.

Fixes #32002
2026-10-10 20:11:53 +04:00
Classic298
8aa61fcd6c
fix: automation Once schedule defaults to the wrong day outside UTC (#32193)
The Once schedule in the automation dialog filled in today's date in UTC but the browser's local time. When the browser's date differs from UTC's, the default was a day off: east of UTC it was yesterday, so Create failed with "RRULE has no future occurrences", and west of UTC it was tomorrow, so the automation ran a day late. The earliest selectable date had the same mix-up, so west of UTC today could not be picked. The default date and the earliest selectable date now both use the browser's local date.

Fixes #31999
2026-10-10 20:09:40 +04:00
Classic298
045020ce73
fix: editing an automation removes the end of its schedule (#32191)
An automation whose schedule stops after a number of runs or on a date lost that end the first time it was edited and saved, even when only the title changed, so it kept running forever. The Edit dialog showed such a schedule as a plain Daily, Weekly or Monthly one, and those options have no setting for an end, so saving wrote the schedule back without it. These schedules now open as Custom with the stored rule in its text field and are saved exactly as they were.

Fixes #32000
2026-10-10 20:04:29 +04:00
Classic298
4c5520a01f
fix: no download progress when creating a model in Manage Ollama (#32187)
Creating a model in Admin Settings > Models > Manage Ollama from a base model that Ollama has not downloaded yet showed no download progress at all. The progress display hit an error in the browser the moment the download began, so the admin saw nothing until the model was created. The model name and a percentage bar that fills up as the download goes now show the whole time.

Fixes #32001
2026-10-10 20:03:00 +04:00
G30
e056b29685
fix: report a failed admin Interface save and fall back to the default when a number field is left empty (#32163) 2026-10-10 20:01:18 +04:00
Classic298
c7e7dbf984
fix: closing Settings opened from the user menu loses the keyboard focus (#32185)
Picking Settings from the user menu with the keyboard left the focus on the menu item, which disappears as the menu closes. When Settings closed, the focus went back to that removed item, so it was lost and the next Tab started over at the top of the page. The menu now gives the focus back to the user menu button when it closes after an item is picked, the same as when it is closed with Escape, so closing Settings returns there.

Fixes #32017
2026-10-10 20:01:08 +04:00
Classic298
93838060b2
fix: image pasted into a note right after another save is lost on reload (#32175)
Pasting an image into a note a moment after another change to that note was saved could lose the image. The note page got the result of the earlier save back after the paste and took over its older, empty list of attached files, so the image was saved without its file. After a reload it showed as a grey placeholder and was missing from the PDF export. The note page now keeps its own attached files while it still has a change waiting to be saved.

Fixes #32123
2026-10-10 19:58:05 +04:00