A pasta “shared” só é compartilhada quando há outras alterações?

Question

Trabalhei na produção de uma impressão rascunho com o PTXPrint em um projeto do Paratext e, quando terminei, fiz um S/R (Send/Receive) do projeto, mas a pasta “shared” (onde o PTXPrint coloca seus arquivos de configuração) não foi enviada. O S/R disse que eu não havia feito nenhuma alteração no projeto. Tive que fazer alguma outra alteração no projeto para que o Paratext percebesse que a pasta “shared” recém-criada existia e também precisava ser enviada. Reiniciar o Paratext não resolveu o problema. Então, alterei uma pequena permissão, e o S/R enviou a pasta “shared” (e depois mudei a permissão de volta). Acho que o Paratext deveria verificar se houve mudança de status da pasta “shared” ao fazer o S/R, junto com as outras alterações que ele detecta.

Tradução automática de English Mostrar original

Answer 1

Este é um problema conhecido e existe há muito tempo (desde a versão 7.5, talvez?). O problema é que o Paratext não vê novos arquivos adicionados por um usuário sem que haja alguma outra alteração. A causa disso é algum cache realizado ao determinar o que mudou para o S/R. Basicamente, sem que a abertura da caixa de diálogo do S/R leve muito mais tempo (um ou dois segundos por projeto), ele não consegue detectar novos arquivos em um projeto.
Quando o Paratext cria um novo arquivo, ele é capaz de atualizar o cache para que ele seja enviado/recebido (S/R), mas quando um usuário adiciona um novo arquivo, o Paratext não tem como saber que ele agora existe, sem o atraso mencionado anteriormente ao fazer um S/R.

Tradução automática de English Mostrar original

Answer 2

Aqui vai uma ideia… E se houvesse um arquivo com um nome especial na pasta “shared”, e, se o Paratext visse esse arquivo, soubesse que a pasta “shared” precisa ser sincronizada. No processo de sincronização, ele excluiria esse arquivo. (É claro que você gostaria de escolher um nome de arquivo muito distinto/único, para que não fosse criado acidentalmente.) Isso permitiria que programas externos, como o PTXPrint, definissem essa marca quando atualizam arquivos para indicar que um S/R é necessário. Apenas uma ideia…

Tradução automática de English Mostrar original

Comments

Uma marca como essa seria muito útil para nossa equipe. Idealmente, ela seria acionada para alterações de configurações dentro do PT, bem como para programas externos. (Por exemplo, alterar uma função de usuário costumava exigir um S/R completo, o que era perdido em versões anteriores do PT.) Sei que as funções de usuário agora são transferidas separadamente, imediatamente se a internet estiver disponível. Mas, se houver outras edições de configurações que exijam S/R para se propagar, seria ótimo se elas também pudessem acionar essa marca.

Obrigado!

Tradução automática de English Mostrar original

---

Já existe um arquivo assim: unique.id. Se um programa externo deseja marcar que um S/R deve ser feito, tudo o que ele precisa fazer é escrever algo aleatório (por exemplo, um guid) nesse arquivo. Da próxima vez que o Paratext fizer um S/R, ele verá que esse arquivo foi alterado e fará uma adição/remoção no repositório local antes de enviar para o repositório remoto.

PADev.

Tradução automática de English Mostrar original