Не открываются локальные htm(l)

а если через сам браузер (Ctrl+O) попытаться открыть?

Avial ★★★★★
(11.11.19 11:00:44 MSK)

Ответ на: комментарий от Avial 11.11.19 11:00:44 MSK

То же самое. Причем в диалоге открытия epiphany в строке «Все поддерживаемые типы» htm не значится.

~~anonymizer~~ ★
(11.11.19 11:11:59 MSK) автор топика

Ответ на: комментарий от anonymizer 11.11.19 11:11:59 MSK

У меня веселее, но открываются

https://imgur.com/jhyl5Ot.png

mandala ★★★★★
(11.11.19 13:55:53 MSK)

Ответ на: комментарий от mandala 11.11.19 13:55:53 MSK

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

deep-purple ★★★★★
(11.11.19 14:10:43 MSK)

Ответ на: комментарий от deep-purple 11.11.19 14:10:43 MSK

Лиса то нормально открывает, это midori выпендривается.

mandala ★★★★★
(11.11.19 14:13:03 MSK)

Ответ на: комментарий от mandala 11.11.19 14:13:03 MSK

Лиса умнее =)

Zhbert ★★★★★
(11.11.19 14:16:13 MSK)

Ответ на: комментарий от mandala 11.11.19 14:13:03 MSK

настройки кодировки по умолчанию

deep-purple ★★★★★
(11.11.19 14:16:22 MSK)

Ссылка

Покажи заголовок файла, мб там фигня какая.

Zhbert ★★★★★
(11.11.19 14:17:21 MSK)

Ответ на: комментарий от Zhbert 11.11.19 14:16:13 MSK

в мидори видимо очередной иноземец с мыслью «русская кодировка это кои8р»

deep-purple ★★★★★
(11.11.19 14:17:48 MSK)

Ссылка

Ответ на: комментарий от Zhbert 11.11.19 14:17:21 MSK

либо там нет метатега, либо он некорректен

deep-purple ★★★★★
(11.11.19 14:18:44 MSK)

Ответ на: комментарий от deep-purple 11.11.19 14:18:44 MSK

Какого метатега? Открывать локальные файлы браузер все равно должен хоть в каком-то виде.

anonymous
(11.11.19 14:45:18 MSK)

Ответ на: комментарий от anonymous 11.11.19 14:45:18 MSK

смотри в какую ветку я отвечаю

deep-purple ★★★★★
(11.11.19 15:39:08 MSK)

Ответ на: комментарий от deep-purple 11.11.19 15:39:08 MSK

Ты ответил на это

Покажи заголовок файла, мб там фигня какая.

anonymous
(11.11.19 15:49:41 MSK)

Ответ на: комментарий от anonymous 11.11.19 15:49:41 MSK

заголовок хтмл файла это <head> внутри которого метатеги

deep-purple ★★★★★
(11.11.19 15:52:35 MSK)

Ответ на: комментарий от deep-purple 11.11.19 15:52:35 MSK

Браузер откроет html даже если там нет ни метатегов, ни вообще блока head, внезапно.

anonymous
(11.11.19 15:57:03 MSK)

Ответ на: комментарий от anonymous 11.11.19 15:57:03 MSK

а я о чем?

deep-purple ★★★★★
(11.11.19 15:58:56 MSK)

Ссылка

Есть перловый скрипт, который выбирает ПО по умолчанию, как раз для отсутствия DE. perl-file-mimeinfo вроде.

вот ссыль: https://wiki.archlinux.org/index.php/Default_applications

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

~~best_elfo~~
(11.11.19 17:45:28 MSK)

Поставь локальный сервер.

anonymous
(11.11.19 19:53:02 MSK)

Ссылка

Ответ на: комментарий от mandala 11.11.19 13:55:53 MSK

Сохрани в UTF-8 with BOM. Mousepad умеет.
Документ - Использовать Unicode BOM.

anonymous
(11.11.19 19:55:32 MSK)

Ссылка

Ответ на: комментарий от best_elfo 11.11.19 17:45:28 MSK

Попробовал открыть от другого пользователя - все открывается, но появляется сообщение

(exo-open:11521): dbind-WARNING **: 19:41:58.136: Couldn’t register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Значит, проблема в локальных настройках, но как ее решить, не снося весь конфиг? Переставил desktop-file-utils и libfile-mimeinfo-perl - не помогло.

~~anonymizer~~ ★
(11.11.19 20:01:06 MSK) автор топика

Ответ на: комментарий от anonymizer 11.11.19 20:01:06 MSK

Привязки хранятся здесь ~/.config/mimeapps.list

anonymous
(11.11.19 20:10:52 MSK)

Ответ на: комментарий от anonymous 11.11.19 20:10:52 MSK

Я его отредактировал так, чтобы он соответствовал файлу с другого пользователя, но это не помогло. Делаю mimeopen -d tmpa_crtoef.htm, файл tmpa_crtoef.htm УДАЛЯЕТСЯ! Жесть.

~~anonymizer~~ ★
(11.11.19 20:32:22 MSK) автор топика

Ответ на: комментарий от anonymizer 11.11.19 20:32:22 MSK

UPD. Удаление происходит после открытия в midori. Что они курили?

~~anonymizer~~ ★
(11.11.19 20:36:56 MSK) автор топика

Ответ на: комментарий от anonymizer 11.11.19 20:36:56 MSK

А в chromium всё нормально? Может у тебя с безопасностью накручено? Если нет DE, то и ты удалил всякие шаблоны безопасности? Что там используют, я не знаю. SElinux, apparmor. Вон MS выпускает свой ))) http://www.opennet.ru/opennews/art.shtml?num=51841

~~best_elfo~~
(11.11.19 21:21:16 MSK)

Ответ на: комментарий от anonymizer 11.11.19 20:36:56 MSK

Зарепортил баг.

~~anonymizer~~ ★
(11.11.19 21:24:55 MSK) автор топика

Ссылка

Ответ на: комментарий от best_elfo 11.11.19 21:21:16 MSK

ты удалил всякие шаблоны безопасности?

У меня десктоп. Я вообще никогда безопасность не трогаю. И даже не знаю, как ее настраивать.

А в chromium всё нормально?

Да, открывается как надо, правда, тоже сообщает об ошибках:

[4079:4225:1111/212818.781580:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are «tcp» and on UNIX «unix»)

[4079:4225:1111/212821.781159:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are «tcp» and on UNIX «unix»)

[4079:4225:1111/212821.781339:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are «tcp» and on UNIX «unix»)

[4130:4130:1111/212822.170905:ERROR:sandbox_linux.cc(369)] InitializeSandbox() called with multiple threads in process gpu-process.

[4130:4130:1111/212824.831286:ERROR:buffer_manager.cc(488)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command

[4352:41:1111/212834.908025:ERROR:child_process_sandbox_support_impl_linux.cc(81)] FontService unique font name matching request did not receive a response.

[4352:41:1111/212834.912755:ERROR:child_process_sandbox_support_impl_linux.cc(81)] FontService unique font name matching request did not receive a response.

~~anonymizer~~ ★
(11.11.19 21:30:27 MSK) автор топика

Ссылка

Ответ на: комментарий от best_elfo 11.11.19 21:21:16 MSK

Пакет Microsoft Defender ATP будет выпущен для Linux

Теперь заживем!

~~anonymizer~~ ★
(11.11.19 21:32:53 MSK) автор топика

Ответ на: комментарий от anonymizer 11.11.19 21:32:53 MSK

Мы уже в этом живём.

~~best_elfo~~
(11.11.19 21:36:59 MSK)

Ссылка

Ответ на: комментарий от best_elfo 11.11.19 21:21:16 MSK

Может, они запилят per-application firewall. Опыт то есть.

anonymous
(11.11.19 23:18:02 MSK)

Ответ на: комментарий от anonymous 11.11.19 23:18:02 MSK

Да какая разница? Оно же будет всю систему рыть «на предмет уязвимостей». Но это оффтоп, к данной ветке отношения не имеет.

~~best_elfo~~
(11.11.19 23:24:22 MSK)

Ссылка

У меня работает. Fedora 31.

midori-9.0-1.fc31.x86_64
epiphany-3.34.1-1.fc31.x86_64

Пробовал *.htm и *.html файлы просто с командной строки.

~~im-0~~ ★
(12.11.19 00:38:46 MSK)

Ответ на: комментарий от im-0 12.11.19 00:38:46 MSK

Я знаю, что работает. У меня тоже когда-то работало.

~~anonymizer~~ ★
(12.11.19 00:39:55 MSK) автор топика

Ответ на: комментарий от anonymizer 12.11.19 00:39:55 MSK

А как именно ты пытаешься открывать: просто midori file.htm или что-то типа xdg-open file.htm?
Пробовал создать нового юзера с чистым профилем и попробовать от его имени?

~~im-0~~ ★
(12.11.19 00:41:46 MSK)

Ответ на: комментарий от im-0 12.11.19 00:41:46 MSK

А как именно ты пытаешься открывать: просто midori file.htm или что-то типа xdg-open file.htm?

И так, и так.

Пробовал создать нового юзера с чистым профилем и попробовать от его имени?

Да, пробовал. Так работает.

Не открываются локальные htm(l) (комментарий)

~~anonymizer~~ ★
(12.11.19 00:47:13 MSK) автор топика

Ответ на: комментарий от anonymizer 12.11.19 00:47:13 MSK

А покажи вывод таких команд:

xdg-mime query filetype /path/to/test.htm 
xdg-mime query default <вывод предыдущей команды>

~~im-0~~ ★
(12.11.19 01:39:12 MSK)

Ответ на: комментарий от im-0 12.11.19 01:39:12 MSK

Да, похоже, мы на верном пути.

xdg-mime query filetype /tmp/tmp1t_3_mh3.htm 
text/html
xdg-mime query default text/html
/usr/bin/xdg-mime: 957: local: Moon-UHTJQY.desktop: bad variable name

Последнее - это ассоциация от PaleMoon, который недоступен. В ~/.local/share/applications такого файла нет. Уже была мысль обновить базу mime, но update-mime, выполненное от root, не помогло.

~~anonymizer~~ ★
(12.11.19 03:03:44 MSK) автор топика

Ответ на: комментарий от anonymizer 12.11.19 03:03:44 MSK

Уюедись, что нигде не осталось других остатков от PaleMoon (*.desktop-файлов где-нибудь в системе, например) и затем попробуй вот так:

mv ~/.local/share/mime/mime.cache ~/.local/share/mime/mime.cache.backup
update-mime-database -V ~/.local/share/mime/

После этого - повтори xdg-mime query .... И попробуй снова пооткрывать HTMLки из файлов. Если всё починится, то mime.cache.backup можешь удалить.

~~im-0~~ ★
(12.11.19 03:31:48 MSK)

Ответ на: комментарий от im-0 12.11.19 03:31:48 MSK

~/.local/share/mime/
Вот это вот можно безболезненно удалить целиком. У меня этого каталога нет и все работает. Его Wine создает и там много ненужных файлов.

anonymous
(12.11.19 03:48:43 MSK)

Ответ на: комментарий от anonymous 12.11.19 03:48:43 MSK

Вот это вот можно безболезненно удалить целиком. У меня этого каталога нет и все работает.

DE и некоторым приложениям в системе от такого может поплохеть.

Его Wine создает и там много ненужных файлов.

wine может триггерить его создание при добавлении своих *.desktop-файлов или каких-то привязок типов файлов к себе. Но в общем случае к вайну это всё не имеет вообще никакого отношения.

~~im-0~~ ★
(12.11.19 04:18:02 MSK)

Ответ на: комментарий от im-0 12.11.19 04:18:02 MSK

У меня никогда не было этого каталога, пока не поставишь Wine. DE Xfce.

wine может триггерить его создание при добавлении своих *.desktop-файлов

Но это отключается удалением winemenubuilder exe и so (используйте поиск). После этого mime можно снести и она больше не появляется. icons тоже можно снести. И много чего еще, что wine засрал из-за процесса winemenu.

anonymous
(12.11.19 08:31:02 MSK)

Ссылка

Ответ на: комментарий от im-0 12.11.19 04:18:02 MSK

Ну как им может поплохеть от локальных изменений? Это считай что чистый юзерский профиль. Максимум могут слететь привязки (хотя, они хранятся не здесь) и может быть кэш иконок «кнопки меню», который перегенерируется заново.

Впрочем, за жирноDE не поручусь. Там что угодно может быть.

anonymous
(12.11.19 08:38:36 MSK)

Ссылка

Ответ на: комментарий от im-0 12.11.19 03:31:48 MSK

Спасибо большое за помощь, я запишу инструкцию. Пока не получилось, но черт с ним, qupzilla нормально открывается и не тупит так, как epiphany, буду пользоваться пока qupzilla.

~~anonymizer~~ ★
(12.11.19 11:19:55 MSK) автор топика

Ответ на: комментарий от anonymizer 12.11.19 11:19:55 MSK

Спасибо большое за помощь, я запишу инструкцию. Пока не получилось, но черт с ним, qupzilla нормально открывается и не тупит так, как epiphany, буду пользоваться пока qupzilla.

Не очень понятно: ты не пробовал «инструкцию» вообще, или ты попробовал и в результате ничего не изменилось?

~~im-0~~ ★
(12.11.19 13:10:00 MSK)

Ответ на: комментарий от im-0 12.11.19 13:10:00 MSK

Естественно, я пробовал.

update-alternatives --config x-www-browser
update-alternatives: используется /usr/bin/epiphany-browser для предоставления /usr/bin/x-www-browser (x-www-browser) в автоматическом режиме
rm ~/.local/share/mime/mime.cache
update-mime-database -V ~/.local/share/mime/
xdg-mime query filetype tmp1t_3_mh3.htm 
text/html
xdg-mime query default text/html
org.gnome.Epiphany.desktop

После этого exo-open tmp1t_3_mh3.htm приводит к тому, что запускается qupzilla. Я даже переименовал /usr/bin/qupzilla в /usr/bin/qupzilla_ и сделал симлинк с /usr/bin/x-www-browser на /usr/bin/qupzilla. Наконец-то запускается epiphany, но все равно файл сохраняется, а не открывается.

~~anonymizer~~ ★
(12.11.19 14:29:18 MSK) автор топика

Ответ на: комментарий от anonymizer 12.11.19 14:29:18 MSK

А попробуй как посоветовал анонимус выше: удалить (или переименовать) ~/.local/share/mime полностью.

~~im-0~~ ★
(12.11.19 14:41:14 MSK)

Ответ на: комментарий от im-0 12.11.19 14:41:14 MSK

Действительно, сработало. Спасибо.

~~anonymizer~~ ★
(12.11.19 15:01:09 MSK) автор топика

Ссылка

Похожие темы