We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Funkcionalnosć toś togo sedła se pśez wótwardowańske źěła wobgranicujo, kótarež maju wašo dožywjenje pólěpšyś. Jolic nastawk waš problem njerozwězujo a cośo pšašanje stajiś, wobrośćo se na našo zgromoźeństwo pomocy, kótarež na to caka, wam na @FirefoxSupport na Twitter a /r/firefox na Reddit pomagaś.

Pomoc pśepytaś

Glědajśo se wobšudy pomocy. Njenapominajomy was nigda, telefonowy numer zawołaś, SMS pósłaś abo wósobinske informacije pśeraźiś. Pšosym dajśo suspektnu aktiwitu z pomocu nastajenja „Znjewužywanje k wěsći daś“ k wěsći.

Dalšne informacije

Searching Japanese using keywords

  • 5 wótegrona
  • 2 matej toś ten problem
  • 1 naglěd
  • Slědne wótegrono wót cor-el

more options

When searching using keywords in the awesome bar, it converts any Japanese characters to their percent-encoded forms (sorry if I'm using the wrong terminology here). This is no problem for most searches, for example http://eow.alc.co.jp/search?q=%E3%81%A0%E3%81%AE and http://eow.alc.co.jp/search?q=だの both give the same result and load the same page without issue.

However, some searches (I've only noticed this with amazon.com and amazon.co.jp, but presumably it could happen on other sites) do not play nice with this conversion. For example, entering "amazon だ" ("amazon" being my amazon search key) gives me the URL http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=%3F, which instead searches for "?" for some reason. If I manually substitute だ instead of the %3F (giving http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=%E3%81%A0), it conducts the search as expected. I don't really know what's going on here (i.e., why Amazon is showing it as %3F when it should be %E3%81%A0) but hopefully someone more familiar with this can shed some light on the situation.

EDIT: I should note that non-Japanese searches work just fine. In addition, no sites (that I've tried) have had problems with Japanese searches other than Amazon.

When searching using keywords in the awesome bar, it converts any Japanese characters to their percent-encoded forms (sorry if I'm using the wrong terminology here). This is no problem for most searches, for example http://eow.alc.co.jp/search?q=%E3%81%A0%E3%81%AE and http://eow.alc.co.jp/search?q=だの both give the same result and load the same page without issue. However, some searches (I've only noticed this with amazon.com and amazon.co.jp, but presumably it could happen on other sites) do not play nice with this conversion. For example, entering "amazon だ" ("amazon" being my amazon search key) gives me the URL http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=%3F, which instead searches for "?" for some reason. If I manually substitute だ instead of the %3F (giving http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=%E3%81%A0), it conducts the search as expected. I don't really know what's going on here (i.e., why Amazon is showing it as %3F when it should be %E3%81%A0) but hopefully someone more familiar with this can shed some light on the situation. EDIT: I should note that non-Japanese searches work just fine. In addition, no sites (that I've tried) have had problems with Japanese searches other than Amazon.

Wót Lyrencropt změnjony

Wšykne wótegrona (5)

more options

Wubrane rozwězanje

more options

That fixed it. Why does the capitalization matter? And why does firefox create it with a lower case s when that causes issues? I never fiddled with the url directly, I just right clicked and did "add a keyword for this search".

more options

You can read about that in the mozillaZine knowledge base article that I posted above:

Difference between (small s) %s and (Capital S) %S

1. (small s): %s will have additional substitution replacements: # by %23, % by %25, / by %2F, and @ by %40.
2. (Capital S): %S will not have substitutions and allow use of C++ in a Google search, allow use of @ in an email substitution, allow use of a fragment-id in a url substitution index.html#example2, and use of a directory as in code/example2.txt.
more options

Oops, just realized your link explained it. Thanks.

more options

Note that other searches may fail, i.e you can't search for a # and possibly other reserved characters that need escaping with a %S as replace parameter, so you may need both versions.