Cómo reproducir:
Qué sucede: "El campo del número de lote está vacío"
Lo que se espera: el número de lote debe ser "12345".
Puedo confirmar este problema.
Acabo de crear un volcado HAR de Firefox para documentar esto. Durante massRemoveStock
el número de lote parece no transferirse, si lo veo correctamente. Por lo tanto, debe implementarse en la ejecución del proyecto (estar presente al hacer clic en "eliminar piezas del stock".
¡Hola! Vi este problema en bountysource, así que eché un vistazo al código.
Pude reproducir el error. Al inspeccionar http://partkeepr.local/api/project_run_parts/1
vi que lotNumber
está configurado en la parte dentro del proyecto, pero no en la parte de nivel superior. En base a esto, creo que es solo un problema de visualización en lugar de que el lotNumber
desaparezca, de hecho lotNumber
se copia dentro de massRemoveStockAction
de src/PartKeepr/PartBundle/Controller/PartController.php
.
¿Cómo se ve la siguiente corrección? https://github.com/partkeepr/PartKeepr/pull/1153
¡Sería bueno recibir la confirmación de que su RP soluciona este problema por completo!
Intenté implementar los cambios pero no pareció tener ningún efecto. Solo implementé los cambios y volví a ejecutar la página / setup. ¿Tengo que ejecutar también algún comando del compositor?
Creo que el caché de los archivos javascript frontend debe eliminarse para que se aplique este cambio. Los eliminé y luego volví a ejecutar la configuración, pero luego encontré estos comandos que pueden funcionar mejor https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT#Console_commands
@ ed-commits Soy un novato total con este entorno, lo siento por mis estúpidas preguntas. Pero al eliminar la caché de javascript de la interfaz, ¿te refieres a ejecutar el comando rm -rf app/cache/*
? He intentado esto antes de ejecutar la configuración, pero todavía no puedo hacer que incluya el número de lote en las ejecuciones del proyecto. ¿Puede proporcionarme el procedimiento exacto que utilizó para verificar el parche para que pueda reproducirlo?
Hice eso, quizás también intente rm -rf web/js/compiled
y rm -rf web/js/packages/extjs6
también. luego vuelva a ejecutar la configuración. entonces debería aplicarse el cambio.
@ ed-commits Ahora también he probado esto, y lamentablemente no puedo ver que el cambio hace alguna diferencia. ¿Alguien más puede confirmar que esto resuelve el problema?
Ahora puedo confirmar que # 1153 soluciona este problema. Parece que el caché en algún lugar se reinició después de un tiempo. Sin embargo, no se recomienda eliminar compilado y extjs6. Bloqueará todo el sistema, bloqueándolo en la página de carga y la página de configuración se dejó en blanco. Este problema se puede cerrar una vez que la solución se haya fusionado con el maestro.
editar: Obs, ahora veo que el número de lote en la ejecución del proyecto cambiará si el proyecto cambia (en editar-> proyectos). Esto no es correcto. No debería ser posible cambiar el número de lote después de la ejecución de un proyecto. Por lo tanto, no está vinculado directamente al proyecto, si eso tiene sentido.
Creo que el problema está en algún lugar de la acción de remoción masiva de existencias.
aquí: https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L95
O más bien, que el campo $removal->lotNumber
está vacío. Entonces, más específicamente en algún lugar de la solicitud json
https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L33
Lo que supongo que se establece en algún lugar aquí:
https://github.com/partkeepr/PartKeepr/blob/7dd3ef8f2395097b3659bbe0587eac70b6ff7671/src/PartKeepr/FrontendBundle/Resources/public/js/Components/Project/ProjectReportResultGrid.js#L357
Por si acaso es útil,
Me doy cuenta de que hay algún tipo de problema lógico con el botón "Guardar proyecto" al importar la pieza al proyecto.
Una vez hecho todo el proceso (leer el archivo CSV, hacer clic en "Ejecutar Importar") exitoso para agregar la lista de partes al proyecto, la tabla ProjectPart se cumple correctamente, incluso cerrando la ventana de importación sigue siendo correcto pero al hacer clic en el " Guardar proyecto "botón para descargar / revertir los cambios (?)
al final de esta página se explica cómo los usuarios eluden este
https://readthedocs.web.cern.ch/display/PARTK/07a+-+Creating+Projects+and+BOM+Imports
la mención de "guardar proyecto" al comienzo de este número y el comportamiento descrito parecen similares a lo que describí.
Saludos
Estimado JoarGjersund y ed-commits
Si entendí correctamente cuando ejecuta http: //localhost/web/app_dev.php
https://readthedocs.web.cern.ch/display/PARTK/Setup+for+Debug+and+Verbose+mode
no le importa el caché, lo que ejecuta se hace directamente.
Saludos
Comentario más útil
¡Hola! Vi este problema en bountysource, así que eché un vistazo al código.
Pude reproducir el error. Al inspeccionar
http://partkeepr.local/api/project_run_parts/1
vi quelotNumber
está configurado en la parte dentro del proyecto, pero no en la parte de nivel superior. En base a esto, creo que es solo un problema de visualización en lugar de que ellotNumber
desaparezca, de hecholotNumber
se copia dentro demassRemoveStockAction
desrc/PartKeepr/PartBundle/Controller/PartController.php
.¿Cómo se ve la siguiente corrección? https://github.com/partkeepr/PartKeepr/pull/1153