Pics ou id não aconteceram. Desculpe, mas é muito difícil acreditar.
Eu não uso o Filezilla, então não sei como ele funciona, mas o único cenário, que eu posso pensar, que explicaria o comportamento descrito dependeria:
- Filezilla enfileirando um arquivo para transferência, mas mostrando-o como presente no site remoto (o que seria um erro IMO). Por isso, mostra o arquivo como transferido, antes de realmente ser.
- O Filezilla não atualiza o conteúdo do diretório quando uma nova entrada é adicionada. Portanto, ele não saberia sobre novas entradas até que atualizasse a exibição. Isso não é nada ruim, desde que a atualização do trabalho de listagem de diretórios afirme que isso não acontece. Outro bug?
Se tiver certeza de que o problema não é causado pela falta de sono / baixo nível de cafeína e / ou açúcar no sangue, então ajudaria se você documentasse todo o cenário:
- ssh para o servidor.
- Crie um diretório vazio. Nomeie-o como algo único, incluindo um timestamp, por ex. / tmp / fz-hostname-AAAAMMDD-hhmm.
cd
nesse diretório. - Use o Filezilla para acessar o diretório.
- Agora, temos certeza de que você acessa o mesmo diretório no mesmo servidor usando os dois métodos.
- Do ssh do
touch newfile; sync; ls -al
. Vamos ver o novo arquivo criado, com um timestamp. - No Filezilla, forçar uma atualização de listagem de diretório. Eu não sei como, talvez haja um botão "atualizar", talvez (caso extremo), você precisará fechar o programa e reabrir em uma máquina diferente (só brincando, eu não acho que eles estão fazendo cache do diretório remoto entradas localmente ou são?).
- Veja que você pode ver o novo arquivo.
- Transferir
testfile
da estação local para o local remoto. Verifique novamente se a transferência foi concluída. - Do
ls -al
na sessão ssh. Verifique se você vêtestfile
.
Se ainda assim não funcionar, abra um ticket de bug para o Filezilla.