[DDC-1987] Cascading "refresh" does not work on lazy loaded associations Created: 17/Aug/12  Updated: 09/Dec/14  Resolved: 31/Mar/13

Status: Resolved
Project: Doctrine 2 - ORM
Component/s: ORM
Affects Version/s: 2.1.7
Fix Version/s: None
Security Level: All

Type: Bug Priority: Major
Reporter: Sascha Beining Assignee: Benjamin Eberlei
Resolution: Invalid Votes: 0
Labels: None

Issue Links:
duplicates DDC-2143 $em->refresh($entity) doesn't refresh... Resolved


If the cascade option for an association includes the "refresh" keyword, the associated entites are only refreshed, if the collection is not lazy loaded.

The problem is that first the "parent" entity is reloaded, so the associations PersistentCollection is replaced with a new one that has not been initialized yet. And then in cascadeRefresh, the code explicitly avoids initializing that collection, so there will never be any entities in the wrapped ArrayCollection that the operation may cascade to.

I can see at least two possible solutions for this problem. One would be to swap the order of the operations, so that the cascading happens first. This would cascade based on the current object model state (pre-refresh), so entities that had been detached would not be refreshed.

The other would be to remember which collections had already been loaded, and to initialize the corresponding new collections before performing the cascading. That would cascade based on the refreshed state, so in this case, entities that had been newly attached would not be refreshed.

My current use-case would work with the first one, but I guess there will be some use-cases that would require the second one... :-/

Comment by Benjamin Eberlei [ 29/Aug/12 ]

Tricky issue. I share your analysis and ask myself if there is really a use-case for 2. If you ask for a refresh of the current state, that obviously means the current associations. Hence cascading first would be the solution here.

The problem is that the entities are still in memory and a consecutive access of the "new" collection returns them in their non-refreshed state.

You could help with solving this issue, can you create a TestCase like the ones in tests/Doctrine/Tests/ORM/Functional/Ticket/* and attach it here? It would be best against master, but ok if you do it against 2.1.7.

Comment by Marco Pivetta [ 23/Jan/13 ]

Sascha Beining 2.1 is not supported anymore. Can you verify if this behaviour is still reproducible in 2.3?

Comment by Alexander [ 10/Feb/13 ]


Comment by Benjamin Eberlei [ 31/Mar/13 ]

closing in favor of DDC-2143

Comment by Martijn Dwars [ 09/Dec/14 ]

I'm experiencing the same issue in 2.4.6. Should I create a new issue for this?

Comment by Marco Pivetta [ 09/Dec/14 ]

This issue was resolved as invalid: please design a test case before opening a new issue.

Generated at Sat Aug 29 19:38:10 EDT 2015 using JIRA 6.4.10#64025-sha1:5b8b74079161cd76a20ab66dda52747ee6701bd6.