[Libreoffice-bugs] [Bug 135538] Search-Replace: Regular Expression engine fails on zero length matches
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Sat Aug 8 15:02:31 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=135538
Michael Warner <michael.warner.ut+libreoffice at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Component|UI |LibreOffice
See Also| |https://bz.apache.org/ooo/s
| |how_bug.cgi?id=118887
Version|7.0.0.3 release |3.3.0 release
Keywords| |needsUXEval
Status|UNCONFIRMED |NEW
--- Comment #1 from Michael Warner <michael.warner.ut+libreoffice at gmail.com> ---
I am able to confirm this in:
Version: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.10
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); Calc: group
I didn't trace through it while executing, so I may be looking at the wrong
place for this particular test case, but
core/i18npool/source/search/textsearch.cxx lines 942-952 state explicitly that
they are there to ignore zero-length matches. The specific comment is this:
// #i118887# ignore zero-length matches e.g. "a*" in "bc"
It was a decision made in OpenOffice (I added the link to their bug in the See
Also field).
So this is intended behavior to avoid the matching-every-position case, not a
bug.
Whether it should be intended behavior and how to address it is another
question. Personally, I tend to think that users searching for regular
expressions are knowledgeable about the regex pattern they are providing (or
should be) and therefore we should match the pattern as written.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200808/7b29c374/attachment.htm>
More information about the Libreoffice-bugs
mailing list