After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 620755 - Find-in-page doesn't use locale collation
Find-in-page doesn't use locale collation
Status: RESOLVED NOTGNOME
Product: epiphany
Classification: Core
Component: General
3.28.x
Other All
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-06-06 16:41 UTC by gbz
Modified: 2018-03-26 15:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of the issue (56.22 KB, image/png)
2018-03-25 22:24 UTC, Piotr Drąg
Details

Description gbz 2010-06-06 16:41:50 UTC
Find-in-page still doesn't use locale collation, so if you search for "foo" it will match a substring like "föö" even though those are distinct letters in the locale.
Comment 1 gbz 2010-09-25 13:52:16 UTC
bump
Comment 2 gbz 2011-01-15 16:58:24 UTC
Why no comments? This bug is still showing.
Comment 3 Diego Escalante Urrelo (not reading bugmail) 2011-01-21 01:39:14 UTC
I'd say this is intended. Do you have a specific case where it breaks navigation or utility of search?
Comment 4 Reinout van Schouwen 2011-02-13 10:37:03 UTC
I agree this is desired behavior, at least for the Dutch locale. Perhaps this should be made locale dependent?
Comment 5 gbz 2011-03-13 16:13:30 UTC
No specific case, I can see how current behaviour is useful for English and perhaps Dutch, but it does not make sense in any locale where o and ö are distinct letters of the alphabet. That would be obvious since it could match a completely wrong word. Just need to use a locale aware version of strcoll. Anyhow, this proposed locale-sensitive behaviour is standard everywhere else like in any gtk+ application and in Firefox.
Comment 6 Michael Catanzaro 2018-03-25 17:44:46 UTC
This is a mass NEEDINFO of all Epiphany bugs with no activity in the past three years. I'm going to be automatically closing old bugs to help us focus on current problems. If you feel this bug is still relevant with Epiphany 3.26 or newer, then please leave any comment here so that I know not to close this one.
Comment 7 Piotr Drąg 2018-03-25 22:12:48 UTC
I can reproduce on 3.28.
Comment 8 Piotr Drąg 2018-03-25 22:24:11 UTC
Created attachment 370130 [details]
Screenshot of the issue
Comment 9 Michael Catanzaro 2018-03-25 23:43:15 UTC
Thanks for taking the time to report this.
This issue is most likely a bug in WebKit. Please report the bug to https://bugs.webkit.org/ including a link to this bug report and noting the version of WebKitGTK+ that you have installed. When reporting the WebKit bug, be sure to include the prefix '[GTK]' in the bug summary and select the 'WebKit Gtk' component.

Since locale collation is something that developers are not likely to be familiar with, when reporting the WebKit bug please also provide some basic information about the expected behavior and how this issue might be fixed.
Comment 10 Reinout van Schouwen 2018-03-26 07:16:46 UTC
(In reply to Michael Catanzaro from comment #9)
> Thanks for taking the time to report this.
> This issue is most likely a bug in WebKit. Please report the bug to
> https://bugs.webkit.org/ including a link to this bug report and noting the
> version of WebKitGTK+ that you have installed. When reporting the WebKit
> bug, be sure to include the prefix '[GTK]' in the bug summary and select the
> 'WebKit Gtk' component.
> 
> Since locale collation is something that developers are not likely to be
> familiar with, when reporting the WebKit bug please also provide some basic
> information about the expected behavior and how this issue might be fixed.

Possibly related to https://bugs.webkit.org/show_bug.cgi?id=30620 ?