Bug 39613 - Search does not distinguish between ß and ss
Summary: Search does not distinguish between ß and ss
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version: unspecified
Hardware: Other All
: medium minor
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
: 62823 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-07-28 02:25 UTC by martin f. krafft
Modified: 2014-09-28 19:39 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description martin f. krafft 2011-07-28 02:25:46 UTC
Searching a document for 'ß' will also highlight 'ss' — and vice 
versa. This is only mildly useful.

The workaround is to enable case sensitive matching. However, ß/ss 
have nothing to do with case-sensitivity.

It would therefore be nice if there were a better way to disable 
this bit of "smartness" in libreoffice searching.
Comment 1 Jeffrey 2011-07-28 18:28:03 UTC
Failed to reproduce for LibreOffice 3.4  340m1(Build:103) on OpenSuse Linux. I inserted "beta" via Insert->Special character and then entered a bunch of words ending in ss and ss individually. Searching for beta does not highlight any of the ss terms, nor does searching for ss highlight beta.

I am running writer in English.
Comment 2 tester8 2011-07-31 11:10:50 UTC
It is not "beta", it is Eszett.
(http://en.wikipedia.org/wiki/%C3%9F)

Simple way to paste it is copy from the reporter's post.

Reproduced with
LO 3.4.2 OOO340m1 (Build:202)
Ubuntu 10.04.3 x86
Linux 2.6.32-33-generic Russian UI
Comment 3 manj_k 2011-08-03 14:38:23 UTC
Modified: 'Version: unspecified'

'Match case' (to differentiate between 'ss' and 'ß') has always been the relevant workaround in all versions of LibO (and OOo, too).
Comment 4 Björn Michaelsen 2011-12-23 12:23:13 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 5 manj_k 2011-12-23 13:30:51 UTC
Still reproducible with LibO 3.5.0 Beta2
[LOdev 3.5.0beta2 · Build ID: 8589e48-760cc4d-f39cf3d-1b2857e-60db978]
(on WinXP 32b · UI en-US)

Moving back to NEW from NEEDINFO again.
Comment 6 Adolfo Jayme 2012-07-22 02:24:03 UTC
LibreOffice should not mess with eszett and "ss", that's incorrect given that eszett has an uppercase letter in its own: ẞ (U+1E9E). Of course, I think there are German spelling rules which state that ß's uppercase is "SS".
Comment 7 Urmas 2012-11-08 13:53:00 UTC
The upper case of ß is SS. See SpecialCasing.txt, line 57 (?). There is no telling from where "ss" or "SS" in a document are coming from.
Comment 8 Markus Grob 2012-11-12 10:05:33 UTC
I have to reopen this bug. The case is, that the "ß" sign doesn't exist in Switzerland. If I have to change a text, then I have to change all the "Esszett" into a normal "ss".
For this, I have to find all the "ß" signs. For this, I think, the behavior of the search has to be changed. A "ß -> ss" kombination has only to be found, if the "similarity search" is turned on. Without this, if a "ß" is given, no "ss" should be found.

Greetings from Switzerland, Markus
Comment 9 manj_k 2013-03-27 17:29:11 UTC
Modified "Status" to "NEW".
Comment 10 manj_k 2013-03-27 17:38:44 UTC
*** Bug 62823 has been marked as a duplicate of this bug. ***
Comment 11 A (Andy) 2014-09-27 19:03:01 UTC
reproducible with LO 4.3.2.2 (Win 8.1)
Comment 12 Urmas 2014-09-28 19:39:41 UTC
Of course it is reproducible as that is the intended behaviour. Reporter should take his reasoning to the Unicode committee and close that as NOTABUG.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.