Description: On macOS with attached document, what is expected to happen is when one opens the "Find and Replace" window via: Edit Find and Replace... In the textbox for "Find:" type: ^ Check the checkbox "Regular expressions" Click the button "Find Next" and it finds all beginnings of a line. What happens instead is it notes "Search key not found". Visual Studio Code found all 34 instances. Reproducible in new document before saving, so perceived as a bug in LO and not document type dependent. Steps to Reproduce: See above. Actual Results: See above. Expected Results: See above. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.1.2 (AARCH64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: macOS 14.4; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 193039 [details] regular-expression-bug.txt
The behavior is inherited from Aoo, so all versions of LibreOffice works in that way. IMO not a bug.
The last version tested. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 01067e964a876e38e99a099f62fe514a211a5fca CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
(In reply to m_a_riosv from comment #3) > The last version tested. > Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 01067e964a876e38e99a099f62fe514a211a5fca > CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: > win > Locale: es-ES (es_ES); UI: en-US > Calc: CL threaded Thanks for the additional testing. The key point is that LO is publicly advertising globally it works as expected: https://help.libreoffice.org/latest/en-US/text/shared/01/02100001.html Further, if one goes to the bottom of the page under "Related Topics" entitled "ICU Regular Expressions documentation": https://unicode-org.github.io/icu/userguide/strings/regexp.html#regular-expression-metacharacters Quoting: "Match at the beginning of a line." With this noted, regardless of how one feels this isn't a bug, the LibreOffice project is actively advertising globally it works as one would naturally expect given LO public docs and what everyone knows about how regular expressions work.
Sorry, it is an opinion, not a feeling. And please don't set up as NEW your own report, some else must do it. *** This bug has been marked as a duplicate of bug 145774 ***
(In reply to m_a_riosv from comment #5) > Sorry, it is an opinion, not a feeling. > And please don't set up as NEW your own report, some else must do it. > > *** This bug has been marked as a duplicate of bug 145774 *** Feel free to add this also to your opinion bucket, as NEW doesn't have any such requirement: https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status Quoting: NEW This bug is valid and has recently been filed. Until this verbiage changes, I'll feel free to mark NEW any valid bug I file.
*** This bug has been marked as a duplicate of bug 135538 ***