В прошлом году команда Mozilla Россия начала выплачивать деньги тем, кто исправляет ошибки в программах Mozilla Firefox и Mozilla Thunderbird. Программа называется Деньги за исправление багов. Результатом ее действия стало закрытие старого легендарного бага, специфичного для Linux, когда в русской раскладке отключались горячие клавиши.
В техническую поддержку Mozilla Россия приходит много писем с жалобами на некорректное сохранение HTML-страниц, содержащих кириллицу в имени файла и пути, в Mozilla Firefox. Данный вопрос активно обсуждается на нашем форуме, и также не существует какого-либо внятного решения. По этой причине команда Mozilla Россия готова заплатить 400$ за исправление данного бага браузера.
Мы также будем рады любой спонсорской помощи от пользователей Mozilla Firefox, кто также желает скорейшего исправления этой, в общем-то, серьезной проблемы. Ваши деньги будут добавлены к призу, и человек, исправивший ошибку, сможет получить, благодаря вам,  дополнительные деньги.
С правилами участия в программе «Деньги за исправление багов» можно ознакомиться на этой странице.

имхо если на странице программы будет указан хотя бы никнейм пользователя, внёсшего пожертвование, и об этом будет явно указано в тексте выше, пожертвований будет больше

Радостная новость.

Странно, но у меня нет такого бага.. Сохранил страницу с русскими буквами и в html, и в имени файла. И Firefox открыл ее с диска нормально, и Opera тоже. Простите, пожалуйста, если я чего-нибудь не учел.

А название папки, в которую сохранил, на каком языке?

Название папки на английском, но Firefox создал папку с русскими буквами в названии и сложил туда картинки, файлы со стилями и скрипты.

Попробовал сохранить страницу в папку с русским названием, тоже все ок.

Например сохраняю http://www.botik.ru/2/ и получаю
Телекоммуникационный проект "Ботик"_files/
Телекоммуникационный проект "Ботик".html

Если папка, в которую сохраняются файлы, имеет русские буквы в названии, то вылезает этот баг. Если английские, то все нормально.

Например:

C:\Folder\Телекоммуникационный проект "Ботик"_files
C:\Folder\Телекоммуникационный проект "Ботик".html
- нормально

C:\Папка\Телекоммуникационный проект "Ботик"_files
C:\Папка\Телекоммуникационный проект "Ботик".html
- вылезает баг

В линуксе этого бага нет.

Тогда в названии бага допущена ошибка...

Баг проявляется если в имени файла и в пути к этому файлу есть кириллица.

TLemur

Исправь ошибку тогда, хотя я её не вижу.

Где можно узнать как нужно применить moz-accelerator.patch ?
Инструкцию для чайника вообще идеально было бы.
Надоело раскладку переключать для использования горячих клавиш.

я чуть-чуть исправил свое сообщение

А этот баг вылезает только с РУССКИМИ символами в имени папки?
В смысле, настолько ли это русскоспецифичный баг? Или он просто англо-нехарактерный?

Vednier

латиница в имени папки+латиница в имени файла=нет бага
латиница в имени папки+кириллица в имени файла=нет бага
кириллица в имени папки+латиница в имени файла=нет бага
кириллица в имени папки+кириллица в имени файла=есть баг

Он кириллице-специфичный. Есть ли он у китайцев и японцев - без понятия.

проблема в том, что при сохранении при наборе русского имени файла - имя получается в однобайтовой кодировке. и при преобразовании путей к сопутствующим файлам она использует url кодирование именно этой строки в однобайтовой кодировке.
решение - сначала трансформировать в ютф8, а уже потом применять урл-кодирование.

осталось найти то место, где происходит это действо, исправить и получить 400 баксов

ну вот, сейчаc прямо в ветке и напишите патч

правда с сохранением есть куда более серьёзная бага - в css-ках не обрабатываются правила вида:

@import url(imports/base.css);

указанный таким образом файл не сохраняется, путь к нему не исправляется.
не исключено, что такая же ботва и с xsl:import

Я тут поэкспериментировал немного с этим багом...

Если имена файлов записаны в UTF8 (например: %D1%82%D0%B5%D1%81%D1%82), ошибки вообще нет.

TLemur
Это разве utf ?

Едем дальше...

Если в пути/имени файла есть символы из    Latin Extended-B, расширенной кириллице Firefox под Windows вообще не открывает файлы...

Добавлено Fri Jan 25 12:09:45 2008 :
stoneflash

А что это?

URL - кодирование. В ASCII - системе в шестнадцатиричной форме...
Или я чего-то загнался?

Что самое интересное - если в Linux локаль не utf8, а, скажем, koi8r или ещё какая-нибудь - баг тоже проявляется.

Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.8.1.2) Gecko/20060911 SUSE/2.0.0.2-2.13 Firefox/2.0.0.2

Ну так все правильно, UTF же универсальная кодировка.

Он англо-нехарактерный. Вроде японцы первые о нем сообщили.

Вообще приятно что появилась программа, добавление ошибок в которую есть радостная новость.

rekub,

это надо на bash.org.ru цитировать

Совсем точно - как в др баге сформулировано - non-ASCII character

312287
Cannot open local htm file if its path has non-ASCII character / Cannot open IDN from command line

TLemur_SLED

Что, такие Linux ещё остались в природе? Все нормальные дистрибутивы давно перешли на UTF-8.

Это вроде починили в 3.0.

по ходу дела проблема тут куда глубже...

const persistContractID = "@mozilla.org/embedding/browser/nsWebBrowserPersist;1";
  const persistIID = Components.interfaces.nsIWebBrowserPersist;
  return Components.classes[persistContractID].createInstance(persistIID);

persist.saveDocument(persistArgs.source, persistArgs.target, filesFolder,
                         persistArgs.contentType, encodingFlags, kWrapColumn);

filesFolder содержит юникодную строку, но где-то внутри сей компоненты она таинственным образом превращается в вин1251...

ну, в общем, без ковыряния сишного кода работает такой хак:
перед вызовом сохранения обрабатываем имя папки с помощью encodeURI, в результате чего ссылки будут правильными, но у папки будет название через проценты, поэтому после сохранения достаточно просто переименовать папку в filesFolder без урл-экранирования.

ну всё, я спать.

короче в toolkit/content/global/contentAreaUtils.js нужно эту строку:

filesFolder.leafName = filesFolderLeafName;

заменить на эту:

filesFolder.leafName = encodeURI( filesFolderLeafName );

и чуть дальше по коду повесить срабатывание следующей функции:

filesFolder.moveTo( filesFolder.parent, filesFolderLeafName );

по окончанию загрузки. что-то у меня не получилось подцепить обработчик...

Dark-Demon
И это всю проблему решает???

stoneflash

filesFolder.leafName = encodeURI(filesFolderLeafName);

Первая часть работает...

Ну её смысл ясен, а

filesFolder.moveTo( filesFolder.parent, filesFolderLeafName );

не работает?

stoneflash, на первый взгляд - да, решает

Dark-Demon
Но как костыль? Или всё верно? Просто если напишешь патч (хотя что тут писать...), то деньги твои должны быть...

угу, костыль ещё тот

Жаль. А в чем тогда проблема?

У японцев тоже в win1251 ?

собственно, так и должно быть. это системная кодировка в винде.
баг тут не в неправильном сохранении, а в открытии сохранённого файла

shutnik, какое отношение имеет системная кодировка к кодировке имён фалов? имена в нтфс хранятся в юникоде.
stoneflash, нет, у японцев - другая системная кодировка.

shutnik

Мне кажется, всё-таки в сохранении.
Потому что если мы сохраняем файл в любой кодировке, а потом заменяем путь к папке на юникод, то всё работает без проблем.

самое прямое, имена файлов хранятся в системной кодировке.
то, что они могут быть в разных кодировках мне известно.

то есть сохраняется верно, ага. не верно работает открытие, если путь не в юникоде.

shutnik, имена файлов хранятся в ютф8

Dark-Demon
Может быть уже проверял, но на всякий случай - может быть дело в encodingFlags ? Кроме того, nsIWebBrowserPersist

и, возможно, стоит проверить методы реализаторов.

подходящего по описанию флага я не нашёл, включать все подряд - не пробовал.

насчёт замены nsIWebBrowserPersist на nsIWebBrowser - не думаю, что это решит проблему, скорее что-нибудь сломает...

Dark-Demon
Если уж взялся - перечитай баги, их десяток-два, там уже много что обмусолено.
Ссылки и здесь на форуме давались много раз и поиском можно по багзилле.

больше мне делать нечего как читать два десятка обсуждений на буржуйском языке

RED

Может расскажете за одно пару легенд, которыми оброс этот знаменательный баг, несущий тьму на всех и вся?
Бесят меня такие обороты, не в тему они совершенно. Какие нафиг легенды? Легендарная может быть битва, или воин, или.... ну уж никак не баг.

По моему вы не там роете, нужно рыть где открывает

<script src="%C6%EE%EF%EF%E0_files/__utm.htm" type="text/javascript"></script><script language="JavaScript1.5">_ujv='1.5';</script>
<script src="%C6%EE%EF%EF%E0_files/util.htm" type="text/javascript"></script>
 <script src="%C6%EE%EF%EF%E0_files/track.htm" type="text/javascript"></script>

Эта папка есть (%C6%EE%EF%EF%E0_files) тоько в win коджировке, просто при открытии ресурсов он не делает им декодировку из UTF что-то типа decodeURI есть?

Borr

Ага, а для кои-8ру делать свою таблицу перекодировки и т.д.?

Borr, в том-то и дело, что не открывает. а не открывает потому, что неправильно сохраняет.

Dark-Demon, я не ориентируюсь в структуре, но думаю в C++ лезть не нужно. В contentAreaUtils.js есть saveDocument значит где-то должен быть LoadDocument и этот LoadDocument не правильно работает, как мне кажеться. А сохраняет он все правильно.

угу, пропатч заодно и остальные браузеры, чтоб они это чудо открывали...

У меня SeaMonkey вылетаетс ошибкой при просмотре сайта http://nnm.ru/ что может быть?

При вылете создаёт текстовый файл:
<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="seamonkey.exe" FILTER="GRABMI_FILTER_PRIVACY">
    <MATCHING_FILE NAME="AccessibleMarshal.dll" SIZE="28672" CHECKSUM="0x29FBC60" BIN_FILE_VERSION="1.8.20071.12810" BIN_PRODUCT_VERSION="1.8.0.0" PRODUCT_VERSION="1.8.1.11: 2007112810" FILE_DESCRIPTION="" COMPANY_NAME="Mozilla Foundation" PRODUCT_NAME="SeaMonkey" FILE_VERSION="1.8.1.11: 2007112810" ORIGINAL_FILENAME="" INTERNAL_NAME="accessibility" LEGAL_COPYRIGHT="License: MPL 1.1/GPL 2.0/LGPL 2.1" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xA307" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.8.20071.12810" UPTO_BIN_PRODUCT_VERSION="1.8.0.0" LINK_DATE="11/28/2007 20:13:43" UPTO_LINK_DATE="11/28/2007 20:13:43" VER_LANGUAGE="Независимо от языка [0x0]" />

........................

</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
    <MATCHING_FILE NAME="kernel32.dll" SIZE="989696" CHECKSUM="0x26E478DA" BIN_FILE_VERSION="5.1.2600.2180" BIN_PRODUCT_VERSION="5.1.2600.2180" PRODUCT_VERSION="5.1.2600.2180" FILE_DESCRIPTION="Библиотека клиента Windows NT BASE API" COMPANY_NAME="Корпорация Майкрософт" PRODUCT_NAME="Операционная система Microsoft® Windows®" FILE_VERSION="5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Корпорация Майкрософт. Все права защищены." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xF77F8" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.2180" UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180" LINK_DATE="08/17/2004 23:04:04" UPTO_LINK_DATE="08/17/2004 23:04:04" VER_LANGUAGE="Русский [0x419]" />
</EXE>
</DATABASE>

Что может быть?

John71

На новом профиле пробовали? А файл - описание ошибки Windows.

И хотелось бы ещё, чтобы URL'ы в адресной строке поддерживали русские литеры, например ссылки википедии.
-
И что-то в этом роде http://lol.xn--g1afek0h.com/ ) В опере видно русские буквы.

Пользуйтесь Поиском

Dark-Demon

Файлы, сохранённые с твоим патчем, не открываются в IE.

Зашёл сюда и удивился. Ребята, а нельзя ли высказывать свои мысли на страничке бага?
Я там тихо сам с собою... А тут проблему почти решили...
https://bugzilla.mozilla.org/show_bug.cgi?id=409796

Как сказали выше, проблема с сохранением. Название папки должно быть в виде эскейптнутого itf8, а сохраняется эскейпнутым win-1251. КОгда в пути есть папка, то её имя при открытии в escaped ut8, а папки с файлами в win-1251.
http://www.w3.org/International/O-URL-code.html
В общем, здесь об этом, как я понял, говорилось. Устал и плохо соображаю - извЫняйте.

Господа, imho, дополнение Save Complete в корне решает поставленную проблему. При этом сохранённый код более похож на исходный код, отсутствует описанная проблема с языками папок и более правильно сохраняется оформление CSS. То есть, сразу гору зайцев одним махом. И, при этом, всё уже готово - можно поставить и использовать. Вот автору этого дополнения 400$ и нужно отправить. А само дополнение включить в Firefox изначально.

Жаль только, что там ещё сохранение в mht не реализовано. А то вообще шик был бы.

Vialent
Не катит...в ФФ3.0 сия примочка не функциональна, так что...

Говорят, дополнение криво и с чем-то конфликтует. Сам не проверял, так как при необходимости пользуюсь ScrapBook.

Думаю, что стоит различть понятия "баг" и "проблема".

powerfox

Разграничь. И не позорь Родину плохим английским.

Проблема: нельзя сохранять файлы с русским именем в директориях с русскими каталогами.
Решение проблемы:
1) использовать стороннее ПО (расширение, по сути, и есть сторонее ПО, оно НЕ имеет НИЧЕГО общего с внутренним кодом мозиллы).
2) исправить ошибку в коде (Баг).

Если посмотрите на время постов, то поймёте, что английский вполне приемлимый. Там не обсуждение английской прозы

баги можно исправлять по разному можно найти причину и устранить, а можно поставить костыль типа того, что я предлагал на предыдущей странице...

Костыли лучше применять, когда релиз или когда это мелкий проект и не планируется изменений
Иначе потом всё рухнет.

не, не рухнет, просто для каждого нового костыля нужно будет писать ещё парочку "костылей для костылей"

решает, но не всегда, на некоторых сайтах никак не могу сохранить страницу, выскакивает какая-то ошибка, и оно не так хорошо решает проблему как Opera, мне очень нравится как она сохраняет страницы, жаль что только это в ней мне нравится
к сожалению я уверен, что в будущем Firefox 3, будет много багов и проблем, которые мы как и сейчас будем громко обсуждать и возмущаться их присутствием, но все же, как и сейчас, будем игнорировать их и те сайты на которых внезапно проявляется той ли инной баг, без мысли(в обычного юзера) что ресурс мог бы быть полезным.

Рад сообщить, что неделя (приблизительно, конечно) принесла результат.
Отправляюсь позорить Родину своим английским, запрашивая рассмотрение патча.

Спасибо biezi c #developers (irc.mozilla.org), который отправил меня к *persist.cpp. Я думал, что там уже всё проверил и до того, как вернулся бы к проверке того файла, ещё бы неделю ломал LocalFileWin и URLHelperWin.

*Ушёл обновлять CVS и аплодить патч*. Надеюсь, что регресшинов не будет.

Emm

Да сырое это расширение. Вот сейчас пробую save_complete-0.9b7-fx.xpi - save as сохраняет, а Save Complete - пустой файл страницы и ошибка "Error caught in main():
[Excerpion... "Component is not available
и так далее

И здесь на форуме другие ошибки приводили.

powerfox

Ага-ага, это самое главное, а то в альфе первой Симанки так наисправляли что-то в инсталляторе, что поломали тоже кириллицу в именах и через полтора года только частично исправили.

Только сейчас заметил. В 3-ке работает Кстати, это тоже легендарный баг, тянется с 2001 года.

это не баг

Dark-Demon

Ты не можешь пока применить патч для этого бага, который powerfox написал, и посмотреть, работает ли он?

ну, если powerfox говорит, что у него работает - значит работает или есть основания ему не доверять?

Мне почему-то не приходили уведомления о том, что здесь кто-то отвечает.
Ревьюрер занят, поэтому патч пока не рассмотрен Зато пофиксен баг (быстро рассмотрели патч) в Linux c Alt+non-LatinKey

Для этого будет сделан ui-review на bugzilla

Офтопик: предлагаю назначить вознаграждение за фикс: https://bugzilla.mozilla.org/show_bug.cgi?id=95849

Сборка ff с CVS для винды (не знаю, почему написано beta2) + 2 патча:
-фикс ошибки, которая обсуждается в этой теме.
-фикс шорткатов меню (alt+русская буква). Правда на русском только "Справка" - language pack'и не устанавливаются. Писать скрипт для копирования dtd файлов было лень.

http://rapidshare.com/files/91528025/firefox-3.0b2.en-US.win32.zip

> предлагаю назначить вознаграждение за фикс: https://bugzilla.mozilla.org/show_bug.cgi?id=95849

ага, натурой

+1

powerfox

Проще было бы выложить куда нибудь в район http://people.mozilla-russia.org/powerfox (который можно создать )

А сразу русскую сборку лень было сделать ? Для этого всего-то надо добавить в .mozconfig:
mk_add_options MOZ_CO_LOCALES=ru
ac_add_options --enable-ui-locale=ru

Спасибо за патчи кстати

Не знал о таком Учту. Сначала хотел на drop.io - но у меня туда файлы почему-то не льются (подозреваю, что что-то с диалогом выбора файлов KDE).

Не знал, что так можно Я нашёл статью, как собирать language pack'и - по ней и собирал ))
Спасибо, очень полезные конфиги.

Не за что Учёба пошла полным ходом, но думаю, что ещё попишем ))

А патч будет только для FF3? Как быть с FF2?

m2896

Пока да.

powerfox

Адаптировать патч для Firefox 2 нетрудно?

Не думаю, что могут быть какие-то проблемы. Постараюсь за выходные посмотреть. Но это пригодится только тем, кто сам собирает 2-ку -- патчи, не связанные с безопасностью, в ff2 уже не идут.
Для тройки патч пока на рассмотрении, говорил с ревьюрером - он занят и пока не может этим заняться.

Раз уж упомянул о alt+*, то скажу, что в выходные переделаю заплатки (довольно незначительные изменения - так всё ок).

powerfox

Если получить на эти патчи approval, то пойдут.

Хотел бы до полного счастья отметить еще одну проблемку, связанную с сохранением *.htm. FF2 в сохраненной странице иногда меняет  структуру расположения изображений (бывает дублирует), даже если сохраняешься исключительно на латинском. Вообщем, попробуйте сохранить страницу Яndex (yandex.htm), а затем сравните с оригинальной.

TLemur

Не знаю, в сети написано, что во вторую включают только обновления безопасности.

#developers (irc.mozilla.org)

Даже этот фикс не собираются включить в двойку: https://bugzilla.mozilla.org/attachment.cgi?id=290399&action=edit

m2896
Goto bugzilla
Вообще, никогда такого не замечал. Попробовал яндекс странички сравнить - всё ок.

У меня с инглишем не очень.
Вот ссылка, на 2 сохраненные мной страницы - 1-FF2, 2-IE7. На той, что из FF2 - 3 раза отображен баннер с Маздой.
http://free.your-hosting.ru/5384467

m2896

В русскую багзиллу.
Я потом буду мучиться с этим багом *вздыхает*

m2896
Ничего не смотрел, но есть старинный глюк мозилло-браузеров - если часть страницы формируется из скрипта, то мозилло-браузеры при сохранении вставляют эту часть в саму страницу, плюс сохраняют сам скрипт в папке страницы, этот скрипт при открытии страницы с диска ещё раз вставляет ту самую часть страницы. В результате эта часть страницы идёт на странице 2 раза.

Вообще разработчики сами, похоже, страницы не сохраняют, иначе бы сохранение не было бы таким халтурным. И CSS, подключённый через @import Файрфокс и Симанки  не умеет сохранять и не сохраняет рисунки, подключённые через CSS и имена файлов при сохранении бестолково подставляются...

Не успел на двойку перенести. В четверг будет выходной - постараюсь сделать.
Только патч надо или собрать инсталлятор (под никсы пакет)?
Как я понял, то легендарные шорткаты тоже не вошли в 2.*.12.

Можно только патч (*.xpi). Зачем делать дистрибутив, если вскоре может появиться какой-нибудь FF2.0.0.13.

O_o xpi это же просто расширение, оно не трогает внутренний код мозиллы.
А чтобы использовать патч, надо собрать с сырцов, думаю, что не каждому это занятие по кайфу (чтобы собрать с сырцов надо очень много всего скачать).

powerfox

Можно и патч бинарный, если где-то написано, как его сделать.

vladmir, у разработчиков обычно широкий интернет, а потому они только в закладки "сохраняют"

Dark-Demon

Да догадываюсь. Но о других-то тоже можно бы подумать.

Dark-Demon,

Ну, это причина номер 1 А причина номер 0 заключается в том, что, как я понял, есть очень много багов с большим приоритетом, а времени у всех не так много.
К тому же, как я понимаю, то это в основном касается банеров. Adblock и никто этого бага не заметит.

powerfox

"Это" вообще не касается баннеров.

при нормальном менеджменте новые фичи не реализуются пока не пофиксены все баги "с высоким приоритетом".

Dark-Demon

Приоритет бага запросто может определяться еще и % пользователей, которые могут на него наткнуться.
Кроме того, если есть обширные планы по развитию продукта, разумнее в первую очередь их и развивать.
Так как вылизывать то, что и так будет меняться (а тем более переписываться), особого смысла нет.
Поэтому "нормальным менеджментом" в данном случае будет считаться затыкание всех дыр, с которыми нельзя или очень сложно работать, либо они относятся к коду, который развивать не планируется (но такого мало и оно быстро кончается).

Forest, абсолютно согласен с тобой.

Патч для ff2: https://bugzilla.mozilla.org/attachment.cgi?id=304732

за решение багов на которые нельзя наткнуться не платят по пяцот зелёных рублей.

Dark-Demon

За тот баг, который описали выше, думаю, что 500 будет мало
Чтобы разворошить весь код сохранения, понять что и как + переписать без регрешенов нужно убить очень много времени. А у тех, кто на это способен очень мало времени (особенно, чтобы заниматься таким редким багом) и стоит оно дорого (я имею в виду не только деньги, но и то, что за это время можно сделать что-то более полезное).

угу, я вижу чем они занимаются - уродуют интерфейс. чтобы к намеченному релизу тройка хоть чем-то отличалась от двойки.

Dark-Demon

Советую посетить  #developers (irc.mozilla.org), прежде чем выдвигать нобоснованные обвинения. Работа кипит и именно работа.
К тому же всегда есть возможность включиться в проект.

я и не сомневаюсь, что работа кипит... мне направление этой работы не нравится. усиленно пихают новые фичи, которые порождают новые баги, которые испралять скорее всего не будут, ибо всегда найдутся ещё нереализованные фичи.

Спасибо. А как его применить? И если можно подробнее: что и где скачать и куда вставить код.

m2896

Скачать исходный код Firefox 2 из cvs. Как - читать в MDC.
Применяете команду diff. Как - читать man diff.
Потом комплируете исходный код Firefox.

Dark-Demon

Не понял о чём ты именно, но неспособность браузера элементарно полностью сохранить страницу - это такой баг, что всем багам баг, уж куда ещё баговее может быть. 

Ну вот скажите мне, простому юзеру, почему браузеру не проблема сохранить страницу с внешним файлом CSS, ссылка на который дана в коде страницы в виде:

<link rel="stylesheet" type="text/css" media="print" href="/skins-1.5/common/commonPrint.css?114" />

А если она там же вот в таком написании:

<style type="text/css" media="screen, projection">/*<![CDATA[*/
            @import "/skins-1.5/common/shared.css?114";
            @import "/skins-1.5/monobook/main.css?114";
        /*]]>*/</style>

то браузер не в состоянии сохранить файл CSS и переписать адрес CSS на сохранённую папку? Браузер видит и использует эти, подключённые через @import стили при выводе страницы, а сохранить не в состоянии. Это значит важнейшая функция - сохранение страниц работает по стандартам 10-летней давности, когда не было страниц с @import, а сейчас они - массовое явление. Примеры выше - с википедии, например, вот хоть эта страница:

http://en.wikipedia.org/wiki/SeaMonkey

powerfox

С одной стороны, это очевидно и я в любом случае благодарен разработчикам, хотя вот смотрю куча энергии тратится на то, чтобы заменить три точки в одном написании на три точки в другом:

Bug 373623 – Unicode … should be used instead of three separate dots
https://bugzilla.mozilla.org/show_bug.cgi?id=373623

Так понимаю, что это из эстетических соображений делается - на работе никак не сказывалось.

О, кстати, подскажите мне кто-нибудь, пожалуйста, где прописывается подставлять в табах браузера три точки, когда лэйбл таба не помещается по длине? Эти точки там совершенно не нужны - они заменяют одну-две буквы заголовка страницы. Когда табов много и видны всего 2-3-4 буквы одна-две дополнительные очень даже помогли бы понимать какое там слово написано. Честно долго искал по коду - там много этих точек в разных местах, но не нашёл, поскольку только поверхностно в скриптах ориентируюсь.

vladmir

Не из эстетических. Оно место так меньше ест.

vladmir
Bug 417302 рулит

Unghost_too_lazy

Согласен с Jesse Ruderman

Локализацию обсудим. Как раз к первому может успеем.)))
Расслабляться тоже иногда надо... чай не роботы.-)

powerfox
Поздравляю с получением r+/sr+ для Bug 409796
Ещё бы approval 1.9+ получить

wohoo!

Вот послал так послал...
Ман дифф - это, конечно, хорошо. А под Виндой что делать? Тоже из исходников ставить?

Уже получен. Теперь завтра-послезавтра в ночнушках будет этот патч.

Alien 4ever

Есть три варианта:
1. Собрать из исходников
2. Дождаться выхода Firefox 3
3. Скачать транк завтра или послезавтра

TLemur
Вот спасибо на доброй новости. В принципе, и п.2, и п.3 радуют. П.2 - потому что больно много народу жалуется на 2.0.0.12 (недаром я на 1.5.0.12 до сих пор сижу Все нормально и сохраняет, и открывает, но боязно как-то на нем серфить...)
А п.3 радует, потому что быстро

З.Ы. Кстати, где-то на этом форуме я обмолвился, что в Опере пофиксили похожий баг. Оказывается, ни фига Нормально открывает и .хтмл, и .мхт только ИЕ

Unghost
А ты, если не секрет, что имел в виду, когда писал в баге:

?
В смысле - олвэйс это олвэйс или иногда? Это к тому, что как-то не верится, что теперь нормально срабатывает именно во всех ситуациях. То есть баг реально закрыт или потом придётся открывать следующий или переоткрывать этот.

А в следующую бету будут включены изменения? Чтоб попробовать.

Добавлено Mon Feb 25 12:43:34 2008 :
Alien 4ever

А можно подробнее? В ветке по Опере, наверное. Интересно/

vladmir

Будут. Они уже с сегодняшного дня включены в транки как firefox, так и seamonkey.

Возможно сделать чтоб страницы сохраненные в ff в Ие открывались нормально?

vladmir

Дело было в том, что Firefox/SeaMonkey не находил файлов, сохранённых в папке, содержащей картинки/css/js и другие вспомогательные файлы. Теперь находит.

Найдёте случай, когда не работает - откройте новый баг.

P.S. В этом баге исправлено только открытие файлов сохранённых в Firefox/SeaMonkey, в Firefox/SeaMonkey. Открытие страниц, сохранённых в Firefox, в IE -  другая история.

Так, поставил последнюю ночнушку Симанки - с исправлениями, погонял сохранение-открытие с русскими именами.

Сохранял страницы в seamonkey-2.0a1pre.en-US.win32.zip от 08-02-24
в папку с руским именем.
Win XP SP2 Ru
Кодировка страницы: windows-1251 (как в системе).

Открывал сохранённые страницы в seamonkey-2.0a1pre.en-US.win32.zip от 08-02-24, SeaMonkey 1.1.7, Netscape 9.0.0.6, Firefox 2.0.0.11, Opera 9.26, IE 6.
==+==
Открытие через меню Файл - Открыть.
Работает в SeaMonkey 2.0a1pre,  SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11, Opera.
Не работает в IE 6 - страница открывается, внешние файлы не подключаются
(правда в IE 6 аналогично не подключаются внеш файлы на странице с русским именем, открытой из папки с латинскими знаками).
==+==
Открытие через контекстное подменю "Открыть с помощью" Проводника виндоузз на файле .html
Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11

Не работает в IE 6 - страница открывается, внешние файлы не подключаются.
Не работает в Opera 9.26 -  страница не открывается, открывается страница ошибки (правда в Opera 9.26 аналогично не открываются страницы с русским именем, не только из папки с русским именем, но и из папки с латинским именем).
==+==
Открытие непосредственно в той же вкладке окна браузера из списка файлов папки (если перейти в папку через адресную строку) кликом по имени файла страницы.

Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11, Opera 9.26).
В IE 6 - не знаю, он у меня в этом случае срабатывает как Проводник.
==+==
Открытие перетаскиванием ярлыка страницы из Проводника в открытое окно браузера.

Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11, Opera 9.26.
Не работает в IE 6 - страница открывается, внешние файлы не подключаются.
==+==
Отображение русского имени файла страницы в адресной строке (в смысле - страницы, открытой после сохранения с русским именем).

В IE 6 корректно отображаются и имена и пробелы.
В Опере кодировка русских имён файлов не нарушается - отображается читабельно, только пробелы заменяются на %20
Совершенно нечитабельно в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11

И, кроме того, теперь кодировка более многознаковая, - до того было 3 знака на русскую букву, теперь 6 знаков - при сохранении с длинными именами это так жутковато выглядит в коде страницы...
==+==
Проблема решена процентов на 70, мне кажется. Это если считать что страницы, сохранённые в Файрфоксе и Симанки, должны нормально открываться и в других браузерах. Если они не должны нормально открываться и в других браузерах, - то на 90 процентов. Поскольку не знать из адресной строки какое имя просматриваемой страницы и какое имя папки, в которой лежит страница, - совершенно противоестественно. Кроме того, невозможно как-то работать с такими именами непосредственно в адресной строке - иногда бывает нужно подправить и скопировать и т. п. То есть в идеале исправление этого бага должно быть таким, чтобы везде открывалось и всё было видно. Чтобы было не хуже, чем до того момента, когда была допущена регрессия. Правда я в Мозилле уже не помню точно как работало.

В общем, это временное решение - кому-нибудь когда-нибудь всё равно придётся переделывать.

Но, в любом случае, это исправление - огромное облегчение и пользователям Файрфокса и пользователям Симанки. Про других Флоков не знаю. Наверное тоже, поскольку исправление в движке, как понимаю.

Unghost

Ну вообще-то я не разбираюсь, конечно, но мне, почему-то, кажется, что исправляться будут те же места, что и сейчас, но только другим способом.

интересно, в линукс от этого фикса сохранение не пострадает ли

vladmir

Я бы добавил к тестам ещё Opera 9.5 beta наверно.

В Firefox 3 все русские имена файлов нормально декодируются и отображаются читабельно, странно что этого нет в SeaMonkey 2.0a1pre.
Есть расширение Locationbar которое поможет в декодировании имён файлов в Firefox 2, не знаю, работает ли оно в SeaMonkey.

Вполне возможно, это лучше powerfox знает.

Shutnik

А проверить ?
Теоретически возможно этот патч также исправит сохранение страниц в дистрибутивах Linux, где кодировка по умолчанию отличается от UTF-8 (вроде там это тоже сбоило, как и в Windows). Кто-нибудь должен проверить.

Unghost

Ну я открывал в том, что и так у меня есть. Может ещё кто-нибудь попробует в этой бете.

Кстати, да - забыл просто. В Firefox 3.0b3 - читабельно и пробелы нормальные и всё открывается хорошо.

Эх, выходит опять в Симанки недолёт... или перелёт - что-то только в ней надо индивидуально править. В ней же правили уже отдельно открытие файлов с не ASCII путём.

Unghost

Opera 9.5 beta 9613 - работает.
Safari 3 beta for Win - работает.

Не знаю как ты проверял, но Opera 9.5 beta 9807 открывает такие страницы без картинок. Firefox 2 и 3 открывают нормально... предположу, что с такой кривой записью путей только фоксы и смогут нормально открывать.
Сейчас Safari скачаю и проверю.

Ничего себе, Safari нормально открывает такие страницы.

Сейчас проверил, у меня Opera 9.5 beta 9807 вообще не открывает страницы с рисунками если даже в корень диска сохранять с англ. символами. Даже если и Ие сохранить.

Вот Opera 9.26 нормально открывает. (тока подвисает при открытии, ну это хз почему.)

Timon

В моей бете все пучком. Возможно, что-то сломали потом.

.........а как же мозила 1-1.5 c нормальным распознованием своих сохранённых страниця,её же сделали нормательно

CeleronD

Это я не про кириллицу писал, а про сохранение CSS с @import.