На ru.wikipedia.org при при попытке зайти напрямую через "адресную строку" в Ff на какую либо статью, например на http://ru.wikipedia.org/wiki/КГУ , почему-то окрывается странца "Лзх" и в адресной строки отображается http://ru.wikipedia.org/wiki/Лзх (или http://ru.wikipedia.org/wiki/%D0%9B%D0%B7%D1%85). На голом профиле такой-же результат.    И на других браузерах на Gecko также выходит. Раньше такого не замечал... :(
Интересно как у других, может у меня только так...
:::: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.3) Gecko/20060504 Firefox/1.5.0.3

exlex
А у меня при открытии КГУ выходит на КГУ...
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
ЛЗХ=КГУ в какой-нить кодировке?

Опытным путём выяснил, что ЛЗЧ=КГУ после, того как текст написаный в кодировке koi8-r перевести (piconv -f cp1251 -t koi8-r) из виндовой в кои и потом в кои же простатривать, получается из "кгу" "лзх". Только вот я думал, что URI в юникоде всегда, а это что за безобразие там выходит. Не уж то википедия кривая?...
Сейчас вот докачают Ff 1.0.8 и на нём попробую...

Странный глюк. У меня все нормально.
:::: Mozilla/5.0 (X11; U; FreeBSD i386; ru; rv:1.8.0.1) Gecko/20060317 Firefox/1.5.0.1
локаль cp1251, но по идее влиять не должна.

Как это не странно, но оказалось, именно если локаль с ru_RU.KOI8-R на ru_RU.CP1251 поменять, то всё нормально заходит :/
Так
env LANG=ru_RU.CP1251 firefox
запускаю и Переходит всё нормально куда и следовало перейти. Вот теперь интересно это чей глюк такой, у сайтописателей руки кривые или баг у Ff такой? Такое уже не первый раз встречается свистопляски с кодировками через формы только, а вот из адресной строки ещё ни разу (может потому что никогда по русски не приходилось там набирать ничего)

Ну, если обратить внимание на стандарт HTTP, то там в URL не используются восьмибитные символы, соответственно и русские тоже. Они обязаны приводиться в такой вид:
http://ru.wikipedia.org/wiki/%D0%9A%D0%93%D0%A3
Предположим что хранятся URL в памяти браузера в юникоде, и проблема заключается в том, в какую кодировку переводить не латинские символы. Есть два пути.
1. В кодировку страницы.
2. В кодировку локали.
Оба эти пути не идеальны, т.к. в первом случае ссылка с сайта в KOI8-R на сайт с кодировкой CP1251 или UTF-8 может привести к глюку. С локалью тоже как попадется.
В данном случае FF приходится гадать, к какой локали приводить ссылку. К слову - на самой wikipedia ссылки правильно по стандарту, причем в юникоде...

Azathoth
По ссылке с кирилицей (без %FF), с этой страницы например, переходит нормально. А вот почему тогда когда локаль КОИ и просто ввожу в адресной строке, то предполагается как-будто перешёл со страницы с cp1251? И чей это интересно глюк тогда получается? Ff?
Это похоже на гонения КОИ :mad:

exlex

По ссылке с кирилицей (без %FF), с этой страницы например, переходит нормально.

Полагаю ответ в кодировке используемой на форуме ;)

Это похоже на гонения КОИ

Это не то чтобы гонения... Положа руку на сердце, можно сказать что koi8 является устаревшей кодировкой. Сегодня cp1251 уже вытесняется utf-ом, что уж говорить про koi8...
Да и задача определения нескольких кодировок в момент обработки GET запроса на сервере довольно сильно усложняется. В приведенном Вами случае задача просто не решаема, т.к. коды символов пересекаются в обоих кодировках. Различить же cp1251 и utf проблемой не является.

Выходит что это всё на сайте криво идёт, не любят там кои, да и ещё стандарт html кривой получается (раз с кодировкой свистопляски такие возможны). А что трудно локаль читать у браузера, или Ff этой информацией не делится?
Так и придётся иногда запускать браузер с другой локалью, и при этом в Ff русские локальные имена файлов будут кривые (но это уже оффтоп :))... мне не кажется что КОИ устарел, может мало распространён теперь и всё...

exlex

и ещё стандарт html

Тут, наверное, не html кривой, а адресация? %)

мне не кажется что КОИ устарел

А мне вот тоже все-таки кажется, что устарел :) Как и 1251, и кои8, и другие подобные. Unicode все больше используется... И наверное, правильно :)

Почти оффтоп :) Выйдет у тебя браузер правильно по ссылке президент.ru?

exlex

да и ещё стандарт html кривой получается

Тут виноват не HTML, а HTTP.

Я могу и ошибаться, но при HTTP запросе кажется не указывается кодировка. Это и является основной проблемой. Единственное исключение составляет POST запрос, который может иметь тело. Для тела запроса (или его части) можно указать кодировку, но URL все равно находится в заголовке и эта кодировка на него не распространяется.
Тут довольно понятно описан HTTP, можете ознакомиться, если интересно.

Lynxx

exlex

и ещё стандарт html

Тут, наверное, не html кривой, а адресация? %)

Поправлюсь не html, а http в этом плане кривой :) Опередили уже... :)

А мне вот тоже все-таки кажется, что устарел :) ... Unicode все больше используется...

Его искуственно состаривают...
Кстати на президент.ru переходит :P сейчас cp1251, вот новый web стандарт

exlex  пишет

сейчас cp1251, вот новый web стандарт

...для рунета. Одного. ;) Пока отстаём. :(

Вот цифры выросли в версиях и [firefox] Firefox-а и MediaWiki и этой проблемы как-то незаметно не стало, при этом локаль не менял вообще, удивительно :).. хотя в [konqueror] konqueror всё вроде как с самого начала нормально переходило (если опустить то, что при первом наборе кракозябры отображались в адресной строке, но всё таки правильно заходилось).. выходит это Фф подправили хорошенько что-ли

Начиная с версии 70.0 при открытии изображений на Wikipedia (любой язык) происходит сброс положения на странице в самый вверх.
То есть если отмотать куда-нибудь в середину страницы и открыть изображение, то после закрытия изображения положение будет сброшено на начало страницы (самый верх).
Проверено на свежеустановленных версиях Firefox 69 и 70 (оба с новым новый профилем). В версии 71 проблема осталась.
Как это исправить?

ggelka1021 Отвечал уже здесь. Процитирую свой ответ.

FireForce пишет

Да, есть такое. Проблема в средстве просмотра изображений Википедии (см. T229484). В Мозилле известно об этой неисправности (см. Bug 1594345). Следите за прогрессом по приведенным отчётам. Пока неисправность не устранена можете закрывать изображения по кнопке „Назад“ в браузере, а не по клику на крестике средства просмотра. В этом случае не будет происходить нежелательной прокрутки к верху страницы.

FireForce, спасибо за развёрнутый ответ