#7648 - Filter entries by days #2722
No reviewers
Labels
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: verdnatura/salix#2722
Loading…
Reference in New Issue
No description provided.
Delete Branch "7648_myEntries_filter"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
He hecho el primer commit de manera atomica donde solo añado travels y entries y modifico los expected de los tests
Una vez eso, hago la funcionalidad
@ -318,0 +319,4 @@
SET `role`=131
WHERE id=1102;
UPDATE vn.travel
esto porque va en las fixtures after i no en las fixtures normales modificando la linea de creacion de esos travels?
Porque tocaba travel y entry, y me parecía mas seguro hacerlo en el after por si rompia cosas.
La verdad es que en el before no lo probé.
Añadir un travel 9 y las entradas asociadas
He tenido que añadir el travel 10 porque ya había un insert en fixture.after
@ -185,2 +191,3 @@
t.warehouseInFk,
w.name warehouseInName
w.name warehouseInName,
util.VN_CURDATE()
Para qué necesitas esta línea?
Está eliminada
@ -195,0 +203,4 @@
if (supplier) {
stmt.merge({
sql: `
AND t.shipped < util.VN_CURDATE() + INTERVAL ? + 1 DAY
mira en otras secciones que tengamos parametros por defecto en los filter a ver como lo hemos gestionado los valores, para guardarlos, nose si @alexm tendra algun ejemplo de memoria
Okey, he hecho un cambio que a lo mejor era lo que hacia falta
@jgallego es travel.shipped o landed?
shipped ellos quieren saber cuando sale
@ -2,6 +2,7 @@
const ParameterizedSQL = require('loopback-connector').ParameterizedSQL;
const buildFilter = require('vn-loopback/util/filter').buildFilter;
const mergeFilters = require('vn-loopback/util/filter').mergeFilters;
const DEFAULT_INTERVAL_DAYS = 3;
el problema es seguimos teniendo un 3 en front i en back
Desde el front envias ese valor, pero si lo consumes desde el api tienes que darle un valor por defecto, es lo que has comentado mas arriba no?
Eliminar default y mover condicion al if
@ -315,4 +315,7 @@ INSERT INTO mysql.roles_mapping (`User`, `Host`, `Role`, `Admin_option`)
FROM mysql.roles_mapping
WHERE `User` LIKE @prefixedLike AND `Host` = @genRoleHost;
UPDATE account.`user`
cambia esto tb donde se establece el rol del 1102 así queda unificado
@ -195,0 +199,4 @@
if (ctx.args.days) {
stmt.merge({
sql: `
AND t.shipped < util.VN_CURDATE() + INTERVAL ? + 1 DAY
si pones <= no te puedes ahorar el interval + 1?