Foros del Web » Programando para Internet » PHP » Symfony »

Symfony2&Doctrine problema con Timestampable

Estas en el tema de Symfony2&Doctrine problema con Timestampable en el foro de Symfony en Foros del Web. Hola a tod@s, Tengo un problema que hace tiempo que no consigo resolver, a ver si alguien sabe de que va... Tengo un campo en ...
  #1 (permalink)  
Antiguo 25/05/2015, 10:50
 
Fecha de Ingreso: mayo-2015
Mensajes: 6
Antigüedad: 8 años, 11 meses
Puntos: 0
Pregunta Symfony2&Doctrine problema con Timestampable

Hola a tod@s,

Tengo un problema que hace tiempo que no consigo resolver, a ver si alguien sabe de que va...

Tengo un campo en una entidad de mi BBDD definido como DateTime.
Está configurado para pasarle un Timestampable en el evento change cuando se cambia otro valor.

La cuestión es que funciona perfectamente... pero cuando se modifica en el futuro cualquier otro campo de esa entidad se borra...

Os pego el código del campo de esta entidad, su funcionalidad básicamente es registrar la fecha de cierre en un sistema de ticketing:

/**
* @var \DateTime
*
* @ORM\Column(name="closed", type="datetime", precision=0, scale=0, nullable=true, unique=false)
* @Gedmo\Timestampable(on="change", field="estado.valor", value="Cerrada")
*
*/
protected $closed;

Agradecería enormemente si a alguien le paso algo por el estilo que me informara, ya que no he encontrado nada en documentación ni en otros foros.

Muchas gracias!
  #2 (permalink)  
Antiguo 25/05/2015, 14:23
Avatar de hhs
hhs
Colaborador
 
Fecha de Ingreso: junio-2013
Ubicación: México
Mensajes: 2.995
Antigüedad: 10 años, 9 meses
Puntos: 379
Respuesta: Symfony2&Doctrine problema con Timestampable

Tienes otra entidad que se llama Estado ? por que lo que estas diciendo en esa linea es que cambie closed cuando la propiedad valor del la entidad Estado sea Cerrada. Eso debe de ser así ?
__________________
Saludos
About me
Laraveles
A class should have only one reason to change.
  #3 (permalink)  
Antiguo 25/05/2015, 14:32
 
Fecha de Ingreso: mayo-2015
Mensajes: 6
Antigüedad: 8 años, 11 meses
Puntos: 0
Respuesta: Symfony2&Doctrine problema con Timestampable

Correcto, es otro campo con una relación a otra entidad "estado".
El tema es que ese valor no cambia nunca después de establecerse, sin embargo cuando se hace alguna otra modificación en la entidad se borra el campo closed...
Gracias!
  #4 (permalink)  
Antiguo 25/05/2015, 17:29
Avatar de hhs
hhs
Colaborador
 
Fecha de Ingreso: junio-2013
Ubicación: México
Mensajes: 2.995
Antigüedad: 10 años, 9 meses
Puntos: 379
Respuesta: Symfony2&Doctrine problema con Timestampable

Puedes explicar a que te refieres con que se borra ? se hace null ? cambia ?.
__________________
Saludos
About me
Laraveles
A class should have only one reason to change.
  #5 (permalink)  
Antiguo 26/05/2015, 03:37
 
Fecha de Ingreso: mayo-2015
Mensajes: 6
Antigüedad: 8 años, 11 meses
Puntos: 0
Respuesta: Symfony2&Doctrine problema con Timestampable

Efectivamente, se convierte en valor null.
Salu2.
  #6 (permalink)  
Antiguo 26/05/2015, 07:32
Avatar de hhs
hhs
Colaborador
 
Fecha de Ingreso: junio-2013
Ubicación: México
Mensajes: 2.995
Antigüedad: 10 años, 9 meses
Puntos: 379
Respuesta: Symfony2&Doctrine problema con Timestampable

Definitivamente algo esta cambiando ese campo, te sugiero que quites el nullable y depures para ver en que punto se esta afectando esa propiedad.
Si no encuentras nada te sugiero que solicites ayuda en el sitio oficial del proyecto.
__________________
Saludos
About me
Laraveles
A class should have only one reason to change.
  #7 (permalink)  
Antiguo 26/05/2015, 08:00
 
Fecha de Ingreso: mayo-2015
Mensajes: 6
Antigüedad: 8 años, 11 meses
Puntos: 0
Respuesta: Symfony2&Doctrine problema con Timestampable

Ok, seguiré investigando, cuando encuentre una solución os informo. Gracias!.

Etiquetas: doctrine, symfony2, timestamp
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 17:10.