Eu tenho esse problema estranho: sempre que um link é aberto a partir do shell, o html em cache é aberto localmente, e não através de um navegador.
para ilustrar :
se eu executar o comando xdg-open http://www.google.comem um prompt do bash, este url abre na minha barra do navegador: file:///var/tmp/kdecache-seldon/krun/13954_0_.
Aqui está uma imagem de como ele é carregado no cromo (atualmente definido como meu navegador padrão).
.
Esse problema também ocorre quando há uma chamada para abrir um link de (a maioria) aplicativos, por exemplo, clicando em um link externo na documentação de ajuda do Gwenview.
Alguém tem alguma idéia de por que isso pode estar acontecendo? Posso tentar impedir que isso aconteça?
Atualizando com algumas etapas que eu tentei:
o lançamento de uma URL com o caminho do aplicativo funciona perfeitamente (
chromium-browser http://www.google.comou seja, oufirefox http://www.google.comEu verifiquei
~/.local/share/applications/mimeapps.liste pensei que havia encontrado o problema completamente porquetext/htmlestava apontado para um.desktoparquivo antigo e inexistente . Mas corrigir a entrada parachromium-browser.desktopnão corrigiu o problema
Ainda estou sem entender o que esse problema poderia ser
Respostas:
Não sei ao certo o que acontece nos bastidores do KDE, mas parece que o chrome não estava recebendo o URL como parâmetro, mas sim o html buscado (e apenas o html, sem outros recursos).
Portanto, com base nesta resposta para obter e-mails baseados na Web como padrão no KDE, em um palpite, eu adicionei
$sao final do componente padrão do Navegador da Web e funcionou. Gostaria muito de saber mais sobre o$sparâmetro, se alguém souber, mas foi corrigido esse problema específico.para corrigir esse problema : Nas Configurações do sistema , em Aplicativos padrão para navegador da Web , mudei
/usr/bin/chromium-browserpara/usr/bin/chromium-browser $s( obviamente,
/usr/bin/chromium-browserdeve ser alterado para o caminho do navegador que você usar )fonte