1678963 - Korean keyword searches intermittently result in Google search

Status: RESOLVED DUPLICATE of bug 1679697

(Firefox :: Address Bar, defect)

Description

[David]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:83.0) Gecko/20100101 Firefox/83.0

Steps to reproduce:

Add bookmark with a keyword field "s" e.g.
https://scholar.google.com/scholar?hl=en&as_sdt=0%2C5&q=%s&btnG=

Search "s <any-non-english-words>" in the address bar

Actual results:

Should give a result
https://scholar.google.com/scholar?hl=en&as_sdt=0%2C5&q=<any-non-english-words>&btnG=

Expected results:

Instead, gives a search result "s <any-non-english-words>" from www.google.com.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Comment 2

[David]

Actual results and expected results should be swapped in the description (seems cannot modify now)

Comment 3

[David]

Somehow the search now works, not sure how this was fixed because there was no additional patch.
However the last character of Korean word in the search result is now being omitte.
The same issue is mentioned here: https://bugzilla.mozilla.org/show_bug.cgi?id=1679005

Comment 4

[Alex]

I came here because I observed the same issue. The problem doesn't happen all the time (which is why it may seem to work for David right now). For me it works about half the time and half the time I end up in Google. Often I end up copying the google search bar value again, paste it in the URL bar and then it works.

My search URL is a Korean dictionary:

https://krdict.korean.go.kr/eng/dicSearch/search?nation=eng&nationCode=6&ParaWordNo=&mainSearchWord=<Korean search word here>

Example with an actual word:

https://krdict.korean.go.kr/eng/dicSearch/search?nation=eng&nationCode=6&ParaWordNo=&mainSearchWord=%EC%9A%94%EC%83%88

My user agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:83.0) Gecko/20100101 Firefox/83.0

Comment 5

[Harry Twyford]

I'm updating the bug summary here since it seems to be relevant only for Korean searches. We are looking at a couple of Korean-input regressions in 83.

Comment 7

[Harry Twyford]

We want to figure out if this has the same cause as bug 1679697 so we can close that bug. Here are the STR for mozregression:

1. Get a new profile and Microsoft Korean IME (or optionally install Nalgaeset IME because it reproduces consistently on it while it's intermittent on MS IME)
2. Type "@bing 하나" (GKSK in QWERTY)
3. Tap Enter key while the composition is not finished yet (in other words, while the underline exists)

Comment 8

[Alex]

I'm on Linux (Ubuntu, Hangul input via iBus), hence I can't test it with the Microsoft IME. But I can reproduce the behaviour exactly like described on Linux as well. When composition is still active the resulting site will be Google, if it's finished I'm getting to the expected/correct site. I've tried both variants a couple times and it's consistent as well.

Thank you for looking into this.

Comment 9

[David]

Currently the keyword search results in the correct website (for both complete and incomplete compositions). But if the composition is incomplete i.e. enter while the keyboard cursor is at the last korean character, the last character gets omitted in the search.

Comment 10

[Marco Bonardo [:mak]]

This bug is a combination of bug 1673669 and bug 1679697.
I'll dupe to bug 1679697 since comment 0 is about wrong engine.

Comment 11

[Ciprian Georgiu, Desktop QA]

I'm going to remove the regressionwindow-wanted flag, since this was marked as duplicate, and bug 1679697 contains the regressor.