У апстрима бага висит с ноября: http://www.twotoasts.de/bugs/index.php?do=details&task_id=1005&string=file&project=2&type[0]=&sev[0]=&pri[0]=&due[0]=&reported[0]=&cat[0]=&status[0]=open&percent[0]=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

Не знаю, на сколько это осуществимо _быстро_

(В ответ на комментарий №1)
> У апстрима бага висит с ноября:
> http://www.twotoasts.de/bugs/index.php?do=details&task_id=1005&string=file&project=2&type[0]=&sev[0]=&pri[0]=&due[0]=&reported[0]=&cat[0]=&status[0]=open&percent[0]=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=
> 
> Не знаю, на сколько это осуществимо _быстро_

Эта бага совсем о другом. 
Кстати, в Новом Легком midori верно открывает стартовую страницу, потому что URL корректный.

Вот легкий способ воспроизведения.
Если в строке URL midori ввести file:<пусть к файлу>, то он преобразуется в http://file<путь к файлу>
Если то же сделать в Firefox, то к file://<путь к файлу>
То есть midori игнорирует ':' в невалидном URL и добавляет 'http://' в начало , а firefox добавляет '//' после ':'. Второе логичнее.

(В ответ на комментарий №3)
> Вот легкий способ воспроизведения.
> Если в строке URL midori ввести file:<пусть к файлу>, то он преобразуется в
> http://file<путь к файлу>
> Если то же сделать в Firefox, то к file://<путь к файлу>
> То есть midori игнорирует ':' в невалидном URL и добавляет 'http://' в начало ,
> а firefox добавляет '//' после ':'. Второе логичнее.

Извините, возможно я чего то не понял, но прочитав http://en.wikipedia.org/wiki/File_URI_scheme
набрал в адресной строке путь "file:///etc/fstab" и midori показал мне файл

(В ответ на комментарий №4)
> Извините, возможно я чего то не понял, но прочитав
> http://en.wikipedia.org/wiki/File_URI_scheme
> набрал в адресной строке путь "file:///etc/fstab" и midori показал мне файл

А, понял, хочется именно поведения как в FF, еще раз прошу прощения :)

а если указывается логин и пароль в URL?
file:pass@server.com

Пофиксил, надо проверить тестовую сборку:
http://git.altlinux.org/tasks/index/sisyphus/tested/36838/

(В ответ на комментарий №7)
> Пофиксил, надо проверить тестовую сборку:
> http://git.altlinux.org/tasks/index/sisyphus/tested/36838/

Работает, но мне кажется, что общность чрезмерна. например, в firefox есть about:config и мы не гарантированы, что такого не будет и тут. Может быть,стоит обрабатывать именно случае 'file:'? Вариант file:passwd@domain.com и firefox трактует как файл  /passwd@altlinux.org .

(В ответ на комментарий №8)
> Работает, но мне кажется, что общность чрезмерна. например, в firefox есть
> about:config и мы не гарантированы, что такого не будет и тут. Может быть,стоит
> обрабатывать именно случае 'file:'?

Все специальные URI ( about:, mailto: ...) обрабатываются отдельно. С этим проблем не будет. Можно попробовать заапстримить патч, тогда и станет ясно, как правильнее сделать.

> Вариант file:passwd@domain.com и firefox
> трактует как файл  /passwd@altlinux.org .

Midori тоже не воспринимает такую запись (без явного указания протокола)

(В ответ на комментарий №9)
> 
> Все специальные URI ( about:, mailto: ...) обрабатываются отдельно. С этим
> проблем не будет. Можно попробовать заапстримить патч, тогда и станет ясно, как
> правильнее сделать.

Конечно, это будет правильно.

Если возможно, киньте на сборку в 5.1

midori-0.2.9-alt2 -> sisyphus:

* Tue Jan 11 2011 Vladimir Lettiev <crux@altlinux> 0.2.9-alt2
- Fixed case of incorrectly written protocol (same behaviour as
  firefox) (Closes: #24894)

Владимир, большое спасибо!
Андрей, пропустите в p5, пожалуйста.

(В ответ на комментарий №12)
> Андрей, пропустите в p5, пожалуйста.
Пропустил.

Апстрим не принял патч, вполне логично обосновав, что фиксить надо Audacity, а не все программы, которые обрабатывают URI.
https://bugs.launchpad.net/bugs/715246