[Esta é a minha resposta inicial reprovada, agora mantida para pesquisar este e outros bugs relacionados; para soluções alternativas mais novas e melhores, sem a inconveniência de alteração / recuperação de propriedade de arquivo do sudo, consulte a resposta do kk78 ou a linha de comando "dropbox stop && dbus-launch dropbox start"
em outra resposta]
Este erro do ícone da bandeja do Dropbox parece estar relacionado às permissões.
Até que seja corrigido, uma solução temporária a partir da linha de comando (Konsole, Terminal, etc.), que está funcionando atualmente para usuários do Xubuntu, Linux Mint, etc .:
dropbox stop
sudo dropbox start
Nota:
Sobre o "sudo" , a execução do Dropbox como root supera o erro de permissão e o ícone da bandeja funciona novamente corretamente.
No entanto, ele tem o pequeno efeito secundário de ter alguns arquivos na pasta oculta ~ / .dropbox / pertencentes ao root agora e não ao usuário (como você pode ver, por exemplo, em um gerenciador de arquivos como o Dolphin) e, portanto, a senha do root é solicitado ao iniciar o Dropbox.
Está tudo bem como uma solução temporária para que o ícone da bandeja do Dropbox funcione totalmente no Linux até que o bug seja corrigido por uma próxima atualização, mas se a correção não restaurar as permissões corretas, nesse caso hipotético, uma solução rápida após o bug correção será:
sudo dropbox stop
sudo chown -R USER:GROUP /home/USER/.dropbox
dropbox start
Obviamente, substituindo USER e GROUP. Por exemplo, se você é co-criador do Unix, UTF-8, idioma Go etc.;) seria algo como:
sudo chown -R ken:ken /home/ken/.dropbox
Atualizar:
Desculpe, acabei de ver algo que torna essa solução temporária ainda viável, mas menos conveniente: não apenas os poucos arquivos já mencionados na pasta oculta ~ / .dropbox são de propriedade da raiz, mas também os arquivos baixados dos servidores do Dropbox para o Dropbox pasta (geralmente ~ / Dropbox ) no computador executando o Dropbox como root.
Então, eu ainda estou usando essa solução alternativa até a correção do bug, mas se quisermos usá-la, temos que aplicar a linha de recuperação de permissões também à pasta Dropbox, pelo menos quando quisermos editar nossos documentos baixados. Por exemplo:
sudo chown -R USER:GROUP /home/USER/Dropbox
Para economizar tempo e aplicá-lo quando ligamos o computador, podemos incluí-lo em um simples shell script, por exemplo, um arquivo de texto dropbox.sh com a propriedade executável, que podemos executar a partir da linha de comando ou clicando com o mouse:
#!/bin/bash
dropbox stop
sudo dropbox start
sudo chown -R USER:GROUP /home/USER/Dropbox
Solução alternativa simples:
Em vez de todos os procedimentos anteriores, se lidar com alterações e recuperações de propriedade de arquivos etc. for muito inconveniente, a alternativa mais simples provavelmente é apenas aguardar a correção do bug do Dropbox sem usar o ícone e simplesmente verificar o status do Dropbox periodicamente usando a linha de comando:
dropbox status
O resultado, se o Dropbox estiver em execução, na maioria das vezes será: "Atualizado" .
Mais tarde, provavelmente você pode usar a seta para cima para executar rapidamente esta linha novamente a partir de uma pequena janela da linha de comando que você pode manter aberta.
Para obter ajuda adicional sobre a linha de comando, basta digitar:
dropbox
Como já sugerido, para parar de usar a outra solução alternativa (sudo), recuperar a propriedade normal do arquivo e começar a executar o Dropbox novamente como usuário normal em vez de root, use apenas uma vez (substituindo USER e GROUP):
sudo dropbox stop
sudo chown -R USER:GROUP /home/USER/Dropbox
sudo chown -R USER:GROUP /home/USER/.dropbox
sudo chown -R USER:GROUP /home/USER/.dbus
dropbox start
Nova atualização:
Veja a resposta do kk78 a esta pergunta, com uma solução muito melhor que a minha e com o ícone da bandeja do Dropbox como usuário normal, não como root. Funciona pelo menos para o Xubuntu e Linux Mint.
Também pode ser usado como um script de shell:
#!/bin/bash
dropbox stop && DBUS_SESSION_BUS_ADDRESS="" dropbox start