Doctrine 2 - ORM

[UnitOfWork::doPersist()] The spl_objact_hash() generate not unique hash!

Details

  • Type: Bug Bug
  • Status: Open Open
  • Priority: Critical Critical
  • Resolution: Unresolved
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: ORM
  • Security Level: All
  • Labels:
    None
  • Environment:
    Symfony 2.1.8, php 5.4.7 and php 5.4.12, Windows 7

Description

I created fixtures and some data was inserted many times without calling the Task entity PrePersist event listener.

I printed the used and generated hash and I saw a Proxies_CG_\Asitly\ProjectManagementBundle\Entity\User hash equal a Task entity hash!

  1. Text File
    hashlogs.txt
    05/Mar/13 12:47 PM
    324 kB
    Krisztián Ferenczi

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Marco Pivetta added a comment -

Please provide either a code example or a test case. As it stands, this issue is incomplete

Show
Marco Pivetta added a comment - Please provide either a code example or a test case. As it stands, this issue is incomplete
Hide
Permalink
Benjamin Eberlei added a comment -

Are you calling EntityManager#clear() inbetween? Because PHP reuses the hashes. The ORM accounts for this.

Show
Benjamin Eberlei added a comment - Are you calling EntityManager#clear() inbetween? Because PHP reuses the hashes. The ORM accounts for this.
Hide
Permalink
Benjamin Eberlei added a comment -

This is not a reproduce case, i don't want to execute your whole project.

I want to know, what is the actual bug that you see? Can you just print a list of all the hashes? Because the hashes dont differ at the end, bu tjust somewhere in the middle.

Show
Benjamin Eberlei added a comment - This is not a reproduce case, i don't want to execute your whole project. I want to know, what is the actual bug that you see? Can you just print a list of all the hashes? Because the hashes dont differ at the end, bu tjust somewhere in the middle.
Hide
Permalink
Krisztián Ferenczi added a comment - - edited

I attached a hashlogs.txt file. The last Task class hash is 0000000050ab4aba0000000058e1cb12 ( line 3 129 )

This is not unique, view the line 2 760 . The Task is not being saved and the program don't call the prePersist listener. The "UnitOfWork" believe the entity has been saved because the isset($this->entityStates[$oid]) is true. But it is an other entity.

Show
Krisztián Ferenczi added a comment - - edited I attached a hashlogs.txt file. The last Task class hash is 0000000050ab4aba0000000058e1cb12 ( line 3 129 ) This is not unique, view the line 2 760 . The Task is not being saved and the program don't call the prePersist listener. The "UnitOfWork" believe the entity has been saved because the isset($this->entityStates [$oid] ) is true. But it is an other entity.
Hide
Permalink
Krisztián Ferenczi added a comment -

The EntityManager::clear() fix the problem, but this is not "good" and "beautiful" solution. Shows no sign of that conflicts were and this is causing the problem. I was looking for the problem 7 hours.

Show
Krisztián Ferenczi added a comment - The EntityManager::clear() fix the problem, but this is not "good" and "beautiful" solution. Shows no sign of that conflicts were and this is causing the problem. I was looking for the problem 7 hours.

People

  • Assignee:
    Benjamin Eberlei
    Reporter:
    Krisztián Ferenczi
Vote (0)
Watch (3)

Dates

  • Created:
    Updated: