====== Lime CRM Desktop Client 11.3.4561 ====== ; Product : Lime CRM Desktop Client ; Version : 11.3.4561 ; Date published : 2026-06-22 ; Platform : Windows ; Availability : [[https://builds.lundalogik.com/api/v1/builds/limecrm-desktop/versions/11.3.4561/file/|Manual installation]], [[https://builds.lundalogik.com/api/v1/builds/limecrm-desktop-reference/versions/11.3.4561/file|Reference]] Cumulative release for 11.3.x covering everything since the 11.3.4523 baseline. ===== Improved ===== * **Choose how search results are ordered, per record type.** When you search for a record to link into a relation field, the order of the results is decided by the view behind the search. A record type without a purpose-built search view borrowed the order of an ordinary browse view, which is rarely the order you want when searching by description. The search settings dialog now carries an explicit sort setting for each record type: leave it on "Default" to keep the view's own order - the option's tooltip spells out what that order currently is - or pick "Ascending by" or "Descending by" a field of your choice, including a field reached through a related record, to override it. The choice is remembered for that record type and applied to the whole result set, not just the rows already fetched. No existing search changes order until you set this; "Default" leaves everything as it was. * **Create and edit the views and filters behind a search without leaving the dialog.** The search settings dialog could only pick from views and filters that already existed; shaping what a search shows meant going off to the view or filter designer elsewhere. Each drop-down now offers "New..." to create one and a "..." button beside it to edit the one selected, opening the same designers in place. The view drop-down also always lists a "[Search]" entry, marked with a magnifier, even before such a view exists: choosing it opens the designer ready to build the purpose-built search view that governs which columns a search shows. The dialog was tidied in the same pass, with a wider search field, labelled icon buttons and the clearer title "Search settings". * **Open your own record from the Tools menu.** A new entry at the top of the Tools menu - named "Edit current" followed by your record's type - opens your own user record (your coworker card) in an inspector, so you no longer have to search for it first. If that record is already open it is brought to the front instead of being opened a second time. The entry appears disabled when your login has no such record. * **Pane dividers now show that they can be dragged.** The divider between panes carried only a faint marker, so many people never realised it could be moved to resize the panes. Each divider now shows a clearer handle: a thin line along the divider with a rounded grip at its centre, drawn in the standard raised Windows style and following your theme and high-contrast settings. As the pointer moves over a divider the grip follows it and the divider highlights, so it is obvious where to take hold and that the panes can be resized. The strip of record tabs in an inspector, which doubles as a handle for resizing the pane beneath it, gained the same cue: moving the pointer over its resize area shows the vertical resize cursor and highlights the strip. * **Recently used values are now offered on option fields too.** A relation field's menu has long offered a "Recent" shortcut to values you linked before; the same shortcut now appears on fields backed by a predefined option list. It lists only options that are currently valid for the field, and it is never narrowed by whatever you have typed into the field. * **Shortcuts to records related to you.** The field menu can offer values reached through your own user record - for example a company or a manager recorded on it. Where it previously offered at most one such shortcut, it now lists every relation from your record that points at the field's target, grouped under a heading naming your record's type (for example "From Coworker"). A relation holding a single value appears directly, as the relation's name followed by the value; one holding several values opens a submenu. Only values that are valid for the field are shown. * **The field menu no longer offers to link a record to itself.** On a relation that can point at the same kind of record it lives on - a parent or a manager of the same type, for example - the menu's shortcut lists ("Me", "Recent" and the related-to-you entries) no longer offer the record you are currently editing, so it cannot be linked to itself by accident. A self-link that is genuinely intended can still be made deliberately through Search or the full list of options. * **The alternatives menu is always reachable with a right-click.** On a field whose arrow button opens the search dropdown, the menu of alternatives - recent values, the related-to-you shortcuts, open and unlink, and so on - could not be opened at all. A right-click on the field now always opens that menu, while the arrow button keeps its usual behaviour. * **Option-constrained fields no longer offer ways to set an invalid value.** For a field limited to a fixed, predefined set of options, the menu no longer shows "Search..." or "New...", since either could set a value outside the allowed set - and this now holds however the menu is opened, including the right-click menu on a field whose arrow opens a dropdown. A relation that is merely narrowed by an option query is not treated as such a fixed list: it keeps "Search..." and "New...", and its dropdown search now applies that option query so only the permitted records are offered. When a field's allowed options resolve to an empty set, the menu shows a disabled "No matches" rather than appearing empty. Together with the valid-only filtering above, every choice the menu offers stays within the field's permitted options. * **Filter validation explains a withheld related value instead of showing a bare number.** When you check a filter with the validation report, a condition pointing at a person or coworker record showed only that record's numeric id, with no name and no hint why - looking the same as a value that had failed to resolve. The report now marks such a value with the record's type and notes that the name is withheld for privacy (for example "60201 (Coworker - hidden for privacy)"), so it is no longer mistaken for a fault. The name itself is still kept out of the report. ===== Fixed ===== * **Filters that read a value from your own record now follow changes to it.** A filter condition that takes a value from your user record (for example ActiveUser.Record) kept using the value the record held when you signed in, so editing your own card - or having it changed elsewhere - did not affect which records the filter returned until the next sign-in. The cached copy is now refreshed when your record is saved in this client and whenever you force a refresh of a view, so these filters match against the current value. Conditions that use only your record's id are unaffected. * **An "is not empty" condition could be lost when a filter was optimised.** A filter combining "is not empty" on a relation with another condition over a set of values could, after the internal query optimisation, silently drop the "is not empty" part, so the results wrongly included records whose link was empty. The optimisation now keeps the constraint, restoring the behaviour from 11.2. * **The shared field list scrolls and is drawn correctly.** In the dialog that creates history records for several records at once - and the other places built on the same field list - the scrollbar's line and page steps did nothing and dragging the thumb snapped to the top, the mouse wheel did not scroll the list, and the field area was painted with the wrong background. The list now scrolls by scrollbar, wheel and drag, and the field area matches the surrounding dialog and theme. * **Double-clicking a maximized pane tab does something again.** Double-clicking the tab area to maximize the panes worked, but double-clicking once they were already maximized did nothing. Double-click is a toggle again: the first double-click maximizes the panes and remembers the previous split, and a second restores that split (or a two-thirds split when no previous size is known). * **A network folder link stored on a record stopped opening.** After the launch hardening in 11.3.4523, clicking a field that holds the path to a folder on a network share or a mapped drive no longer opened it in Windows Explorer - the open was blocked or raised an unexpected security prompt - while links to individual files on the same share kept working. Folder links open again: opening a folder is treated as navigation rather than as launching a file, so the file-security check no longer applies to it. A folder that is currently unreachable behaves as it did before, with Windows reporting that it cannot be reached. Links to programs and documents are unchanged and still pass through the same security check. * **A progress dialog could stay open after a background operation had finished.** When a background operation that runs VBA finished while the VBA host was still showing a modal dialog or completing an asynchronous call, the progress window could remain open - and the application could spin at high CPU - instead of closing, even though the work itself had completed. Completion is now retried on a short timer that lets the VBA host settle first, so the progress window closes once the host is ready. * **Dragging inside a field could move a pane divider, or the divider could jump to an edge.** A click-drag that began inside a field and was released or moved over a pane divider (splitter) could resize the panes as if the divider itself had been grabbed, and in some cases the divider could jump to an extreme position. A divider now responds only to a drag that started on the divider, and ignores a stray drag that merely passes over it.