ATUALIZAR
Isenção de responsabilidade: Postagem cruzada no SUL (que eu sei que geralmente é desencorajado) Como definir um script de shell como associação de arquivo do KDE . Como com apenas 14 visualizações e nenhuma resposta em 3 dias, não tenho muita esperança aqui.
Estou me conectando a um Win10 com um *.rdparquivo fornecido pelo Citrix Netscaler Gateway via download no meu FF.
Eu escrevi um script de shell que pega o *.rdparquivo como $1e funciona no Bash :
...
set -x
xfreerdp "$1" /monitors:0,2 /floatbar:sticky:off,default:hidden,show:always /u:<me> /p:<...>
...
Para poder executar este script a partir de aplicativos GUI, criei uma nova associação de arquivo com tipo conhecido : application/rdp*.RDP , pois *.rdpfoi atribuído a Remmina antes (e removi esses dois de lá):
Há um ~/.local/share/applications/Bash-RDP.desktop.
No FF eu configurei:
Mas isso não funciona ao abrir o download *.rdpno menu suspenso de downloads do FF ou na Biblioteca de Downloads , nem na minha pasta Downloads no Dolphin . Se eu fizer isso, o xfreerdp aparecerá na barra de tarefas com um círculo de progresso apenas por alguns segundos e sem qualquer representação visual adicional. E uma tarefa xfreerdp permanece a cada tentativa que tenho que matar depois.
ATUALIZAR
Isto é estranho. Meu antigo tipo conhecido (em funcionamento) x-remminaagora tem os padrões de nome de arquivo *.rdpx , *.remmina. (Mencionei acima que mudei *.RDPde *.rdplá para o meu novo.):
Há xfreerdpo primeiro na ordem de preferência do aplicativo e exatamente isso é obtido ao selecionar um *.rdparquivo, ignorando meu novo tipo conhecido, meus padrões de nome de arquivo associados, minha preferência de aplicativo e, finalmente, meu script. Como eu sei? Alterei o pedido para:
e o *.rdparquivo foi aberto no Kate .
Isso vale um relatório de bug?
ATUALIZAÇÃO 2
Foi, para mim: Novo tipo conhecido personalizado em associações de arquivos é ignorado .
