Cumulative bug-fix release for 11.3.x covering everything since the 11.3.4462 baseline.
+ when more results were truncated at the server fetch limit); on the right, a glyph indicating where the current results came from — the field's preloaded option list, the local search cache, or a live server lookup. Hovering either area shows a tooltip with details and the relevant keyboard shortcut. When the cache produces no matches, the footer replaces the counter with an explicit hint that a server search is one keystroke away.File 2 sorts before File 10 rather than between File 19 and File 20. Fields backed by a fixed option list retain their curated order.Use relevance scoring for searching relations checkbox under Options → Misc ranks search candidates against a small set of signals — how recent the record's activity is, the position of certain option values (todo / SOS / history / document status), and whether the record is associated with the active user (responsible coworker, creator, or last editor). Off by default and stored per user. Intended for solutions where the obvious “best match” rarely sorts first alphabetically.Record.Value with mixed-case field names works again. A regression introduced earlier in 11.3 caused Record.Value(“xyz”) (or any other case variant of a field name) to silently return nothing once a different field had been looked up first in the same record. Mixed-case lookups now work consistently regardless of the order they're made in.Field.Value = “Privat” bypassed the option-label lookup that Field.Value = Array(“Privat”) performed. Both forms now produce identical conditions.AfterSave or BeforeSave handler writing back to the record while the underlying record load was still in flight could deadlock the client until it was force-killed. The locking and async-load sequence is now coordinated so the handler proceeds without blocking.Controls.AfterSave handler calling Controls.Refresh() could deadlock against the still-running save flow. Refresh now defers correctly until the save flow exits and runs from there. A small set of related save-state tracking issues were addressed in the same pass.relationsingle field marked invisible-everywhere, the wizard's confirm step threw Item not found and aborted. The wizard now excludes virtual fields from its candidate field list — those fields were never assignable, so listing them was always a no-op (silent in 11.2, loud after 11.3's stricter field-list checks).-1 “fill remaining” indicator on a multi-line field (such as Notes / Anteckningar in History inspectors) regressed to only two lines in earlier 11.3 builds. They now extend to the bottom of the inspector, matching 11.2 behavior. Short notes display without scrollbars; longer notes that need a scrollbar still get a usable three-line pane minimum even when the inspector is heavily compressed.AllowWebClient is opt-in again. A regression caused AllowWebClient to default to enabled in the Misc options page; opening Options → Misc and clicking OK silently persisted it as enabled. The dialog default now matches the runtime opt-in design. The setting also moved from per-Windows-user (HKCU) to database scope, so admins can manage it centrally and stale per-machine values from earlier 11.3 builds are ignored.Record.Copy / Record.CopyTo no longer moves or duplicates related records. Two distinct issues fixed: related entities reachable through any relation whose foreign-key column lives on the related side (virtual or not, single-link or multilink) were being reassigned to the new copy when saved, effectively moving them rather than copying — the source no longer loses its links. Separately, a 11.3-era deep clone branch for plain 1:1 link relations fabricated a phantom companion record on every copy; that branch is reverted to 11.2's no-op for the 1:1 case, so copying no longer creates extra related records the user didn't ask for.lime.exe. The original logo is restored. Users on machines where the icon cache had latched onto the wrong icon may need a one-time Explorer restart before the corrected icon shows up.Status alongside the built-in Status (System)), the dialog could open against the system field instead of the one the user picked from the column-header menu. The menu now passes the actual field reference instead of re-resolving by display name. The same fix applies to the explorer's view, filter, and Send-to menus, and to field pickers in the view-edit, filter-condition, and formula dialogs.is a dummy now log as an error rather than silently no-opping, and any inspector that does end up bound to a dummy now opens read-only so accidental edits can't be lost.Index out of range or a generic Invalid parameter error, with the inspector refusing to move to the requested record. The inspector's current-record position resolution is more robust against the case where the active item's stored position hasn't been renumbered against the explorer's sorted view, and a related validation step that was rejecting otherwise valid navigation targets has been corrected.%2520 instead of %20 and the link no longer resolved. The redundant second encoding is removed; the plain-text clipboard format was never affected.Record.Value lookup let writes such as rec(“dealstatus”) = x fail with Status (System) is read-only on classes that had both a built-in status field and a user-defined dealstatus field — the lookup was crossing the two during cache resolution. The lookup now keys on each field's own local name, so writes go to the field the script names and read-only system fields no longer absorb the write.