Insert Hyperlink... (<Ctrl>+K) opens a dialogue. Select the Document option on the left, to link to a document known to exist on a local filesystem. To the right of the Path: textbox, click the Open File button to launch a file browser in order to locate the document. The file browser offers a search button (via a magnifying-glass icon at the upper-right). The search facility only finds "hits" immediately below the directory in which the search is launched - it doesn't drill down into subdirectories below that. So, unless you know the parent directory of the document you're looking for, the search is basically useless: instead you may as well just manually browse the current directory for the document.
I can't confirm with Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL so related to Linux. So it might be helpful, if you ad infrmatons about your Linux specification, Iblythen. Additional information Tested with Windows dialog. LO dialog doesn't have a search function at all.
Sure. LibreOffice Help | About: Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Ubuntu package version: 1:7.3.3-0ubuntu0.22.04.1 Calc: threaded Ubuntu host: (Linux version as above) Ubuntu 22.04 LTS 64-bit Windowing system: X11 Gnome version: 42.1
I can reproduce with Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: d4123356c61db269651e950a0a2cc93e6d801c90 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo It's not only in hyperlink dialog, but for example in Open file dialog too. Adding cc to Caolán, he can qualify if it's a bug or not.
That dialog is the native gtk file chooser and the search thing there is built into it and not under our control. It should work the same as in e.g. gedit, firefox etc. (That said it seems to look inside subdirs for me. (gtk3-3.24.34))
Thanks Caolán! That was it. Ubuntu 22.04 provides gtk3-3.24.33; as you suggested, it shows the same problem with gedit, Firefox etc which also use GtkFileChooser. Googling: gtk file chooser search shows the problem goes back a while and is still present even in GTK4 (which Gnome isn't fully ported to yet anyway). Most likely culprit seems to be that GtkFileChooser isn't built against Gnome Tracker by default. There's a patch for that (which, from your report that behaviour's OK in gtk3-3.24.34, may be included now). I won't build GTK from source just to get it; I'll wait for Ubuntu 22.04 to update to gtk3-3.24.34 which sounds like it'll fix the issue. Thanks again.