Adiciona o param ``ensure_unique_name`` em def new_asset_version e de f new_version com valor padrão ``False`` para garantir não seja avaliado a unicidade dos nomes dos ativos tanto do XML quanto dos ativos(JPG, PNG e etc). #239
Adiciona o param ensure_unique_name em def new_asset_version e de f new_version com valor padrão False para garantir não seja avaliado a unicidade dos nomes dos ativos tanto do XML quanto dos ativos(JPG, PNG e etc).
Onde a revisão poderia começar?
Subindo uma instância do kernel e realizando a seguinte validação:
O que esse PR faz?
Adiciona o param
ensure_unique_name
em def new_asset_version e de f new_version com valor padrãoFalse
para garantir não seja avaliado a unicidade dos nomes dos ativos tanto do XML quanto dos ativos(JPG, PNG e etc).Onde a revisão poderia começar?
Subindo uma instância do kernel e realizando a seguinte validação:
Adiciona um documento no kernel
Atualiza o renditions do registro:
Adiciona uma nova versão com um XML com nome diferente:
Atualiza o renditions do registro:
Adiciona uma nova versão com o mesmo nome de XML:
O registro deve ficar da seguinte forma:
Os dados da última versão deve constar no endpoint manifest e o XML deve ter o apontamento para as images da última versão, veja:
Como este poderia ser testado manualmente?
Seguindos o passo a passo do item anterior.
Algum cenário de contexto que queira dar?
Essa atividade foi realizada para dá para o controle de o cliente da API controlar o conteúdo depositado sem qualquer trava.
Possivelmente esse PR alguns problemas de imagens descritos no documento: https://docs.google.com/document/d/1gB9EffmV2MhSRU1ZKzm8RemM5_gdGmXktTNBk_memrA/edit#
Screenshots
N/A
Quais são tickets relevantes?
Considere as falhas de atualização de qualquer ativo que tenha o mesmo nome e/ou o mesmo nome de XML.
Referências
N/A