Partkeepr: Número do lote não incluído nas execuções do projeto

Eu posso confirmar esse problema.

Acabei de criar um despejo HAR do Firefox para ter isso documentado. Durante massRemoveStock o número do lote parece não ter sido transferido, se o vejo corretamente. Portanto, precisa ser implementado na execução do projeto (para estar presente ao clicar em "retirar peças do estoque".

Olá! Eu vi esse problema no bountysource, então dei uma olhada no código.

Consegui reproduzir o bug. Ao inspecionar http://partkeepr.local/api/project_run_parts/1 , vi que lotNumber está definido na parte dentro do projeto, mas não na parte de nível superior. Com base nisso, acho que é apenas um problema de exibição, em vez de o lotNumber desaparecer, na verdade lotNumber é copiado dentro de massRemoveStockAction de src/PartKeepr/PartBundle/Controller/PartController.php .

Qual é a aparência da correção a seguir? https://github.com/partkeepr/PartKeepr/pull/1153

Seria bom receber a confirmação de que seu RP corrigiu esse problema completamente

Tentei implementar as mudanças, mas não parecia surtir efeito. Eu apenas implementei as mudanças e executei novamente a página / setup. Eu preciso executar algum comando do composer também?

Acho que o cache dos arquivos javascript do frontend deve ser excluído para que essa alteração seja aplicada. Acabei de excluí-los e, em seguida, configurar novamente, mas depois encontrei esses comandos que podem funcionar melhor https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT#Console_commands

@ ed-commits Sou um novato total com esse ambiente, desculpe por minhas perguntas estúpidas. Mas, ao excluir o cache javascript do frontend, você quer dizer executar o comando rm -rf app/cache/* ? Já tentei fazer isso antes de executar o setup, mas ainda não consigo fazer com que inclua o número do lote nas execuções do projeto. Você pode me fornecer o procedimento exato usado para verificar o patch para que eu possa reproduzi-lo?

Eu fiz isso, talvez tente também rm -rf web/js/compiled e rm -rf web/js/packages/extjs6 também. em seguida, execute novamente a configuração. então a mudança deve ser aplicada.

@ ed-commits Agora também tentei fazer isso e, infelizmente, não consigo ver que a mudança faz alguma diferença. Alguém mais pode confirmar que isso resolve o problema?

Agora posso confirmar que o # 1153 corrige esse problema. Parece que o cache em algum lugar foi redefinido depois de um tempo. No entanto, remover compilado e extjs6 não é recomendado. Ele irá bloquear todo o sistema, fazendo-o ficar preso na página de carregamento, e a página de configuração foi deixada em branco. Esse problema pode ser resolvido assim que a correção for mesclada ao mestre.

editar: Obs, agora vejo que o número do lote na execução do projeto mudará se o projeto mudar (em editar-> projetos). Isso não está correto. O número do lote não deve ser alterado após a execução do projeto. Portanto, não está vinculado diretamente ao projeto, se isso faz sentido.

Eu acho que o problema está realmente em algum lugar na ação massremovestock
aqui: https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L95

Ou melhor, que o campo $removal->lotNumber está vazio. Então, mais especificamente em algum lugar na solicitação json
https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L33

Que eu acho que está definido em algum lugar aqui:
https://github.com/partkeepr/PartKeepr/blob/7dd3ef8f2395097b3659bbe0587eac70b6ff7671/src/PartKeepr/FrontendBundle/Resources/public/js/Components/Project/ProjectReportResultGrid.js#L357

Caso seja útil,
Percebo que existe algum tipo de problema lógico com o botão "Salvar Projeto" ao importar parte para o projeto.
Uma vez feito todo o processo (leitura do arquivo CSV, clique em "Executar Importação") com sucesso para adicionar a lista de peças ao projeto, a tabela ProjectPart é cumprida corretamente, mesmo o fechamento da janela de importação continua correto mas ao clicar no botão " Botão Salvar Projeto "para cancelar / reverter as alterações (?)
no final desta página é explicado como os usuários contornam este
https://readthedocs.web.cern.ch/display/PARTK/07a+-+Creating+Projects+and+BOM+Imports

a menção do "projeto salvo" no início desta edição e o comportamento descrito parecem semelhantes ao que descrevi.
Cumprimentos

Caro JoarGjersund e ed-commits
Se bem entendi quando você executa http: //localhost/web/app_dev.php
https://readthedocs.web.cern.ch/display/PARTK/Setup+for+Debug+and+Verbose+mode
você não se preocupa com o cache, o que você executa é feito diretamente.
Cumprimentos