Por que o Firefox tenta usar o Gedit para abrir arquivos .deb?

28

Estou executando o Firefox 15 no Ubuntu 12.04.

Se eu for para um site com um link .deb , o Firefox baixará o arquivo e tentará abri-lo com gedit . Se eu usar o Nautilus para abrir o arquivo .deb , ele será executado em gdebi ou no Ubuntu Software Center (experimentei ambos).

Curiosamente, não importa o que eu tenha feito, não consigo fazer com que o Firefox acredite que os debs não devem ser abertos por gedit . Veja abaixo meu mimeapps.list . Além disso, não há referências aos meus arquivos .deb em /usr/share/applications/defaults.list

    
por Kendor 07.09.2012 / 16:25

6 respostas

13

O Firefox também tem sua própria lista de aplicativos. Marque Preferences- > Applications e encontre os arquivos Debian. Provavelmente diz "Sempre pergunte" ao lado se você não mudou nada. Se você clicar em "Sempre perguntar", você pode selecionar "Usar outro" e escolher o centro de software do Ubuntu ou Synaptic ou o que você gostaria que fosse (embora, infelizmente, você terá que usar o localizador de arquivos para chegar ao arquivo do aplicativo , o que pode ser um ligeiro aborrecimento). O Ubuntu Software Center está em /usr/bin/software-center e o gdebi pode ser encontrado em /usr/bin/gdebi-gtk .

    
por SMeznaric 07.09.2012 / 17:56
18

Eu também tive esse comportamento com o Firefox. Estava abrindo PDFs, .DOCs, .DOCXs, etc com o Gedit. Muito irritante. Não importava que a lista Applications no Firefox especificasse o LibreOffice, Evince, etc., como o aplicativo preferido SEM NÃO eu cliquei no link 'Show All Downloads' na parte inferior do menu de downloads (no barra de tarefas do firefox).

Para corrigir isso , eu abri .local/share/applications/mimeapps.list e removi a associação de application/octet-stream com gedit.desktop . Isso restaurou o comportamento normal / esperado.

Isso destaca claramente um bug no Firefox, que é que às vezes usa sua lista de aplicativos, mas nem sempre (a partir da versão 35.0.1 no Ubuntu 12.04).

    
por jdpipe 27.04.2015 / 02:32
14

Existem programas padrão xdg-open e gnome-open que selecionam automaticamente a ferramenta apropriada para um arquivo.

Consegui descobrir que é suficiente mudar a associação para um tipo desconhecido e tudo funciona bem.

Solução

Isto é tudo que você precisa BEGIN

sed 's#.*octet-stream.*#application/octet-stream=gnome-open.desktop#' ~/.local/share/applications/mimeapps.list -i

END

Cheguei a essa conclusão usando o find, o ubuntu-tweak-inotifywatch

    
por test30 03.09.2014 / 16:58
0

Isso ocorre porque alguns pacotes quebram suas ligações do aplicativo do tipo mime.

Eu obtive o mesmo e removi o arquivo da lista no meu diretório inicial, mas isso só vai durar até você atualizar o software novamente que está causando isso.

Para corrigir o problema, você precisa definir os aplicativos para o tipo mime de acordo. As configurações em /usr/share/applications/defaults.list devem estar corretas.

Você notará que esses arquivos ".desktop" estão localizados em / usr / share / applications /; você pode usar qualquer lá e até mesmo criar o seu próprio, com privilégios de root.

    
por thecarpy 19.03.2014 / 11:30
0

Para adicionar à postagem principal do SMeznaric: Eu verifiquei as preferências do Firefox e as duas entradas de deb já estavam no centro de software do ubuntu. Uma solução alternativa era alterar a opção padrão para "salvar arquivo", já que pelo menos isso funciona. Clicá-los na pasta de downloads no Thunar funciona normalmente e você tem uma cópia em um local lógico (em vez de / tmp / mozilla-firefox0)

    
por dez93_2000 17.02.2016 / 21:58
0

Eu tive esse problema, juntamente com a janela Preferences- > Applications do Firefox ficando totalmente em branco.

Fiz o seguinte:

sudo apt-get remove --purge firefox
sudo apt-get install firefox

Foram corrigidos os dois problemas (por enquanto, voltarei a verificar se ocorrerem) e todas as minhas configurações e plugins ainda estarão intactos.

    
por George Agathos 20.08.2016 / 21:53