mirror of
https://github.com/doctrine/orm.git
synced 2026-03-23 22:42:18 +01:00
DDC-1142: Cache affecting Doctrine\ORM\Persisters\BasicEntityPersister::_prepareUpdateData() #1435
Reference in New Issue
Block a user
Delete Branch "%!s()"
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?
Originally created by @doctrinebot on GitHub (May 10, 2011).
Originally assigned to: @beberlei on GitHub.
Jira issue originally created by user raiz:
Doctrine\ORM\Persisters\BasicEntityPersister::_prepareUpdateData()
Differing behaviour on line 460 if (isset($this->_class->associationMappings[$field])) {
Dependand on the prepopulation of $this->_class->associationMappings.
If you are using the \Doctrine\Common\Cache\ArrayCache (every request) or \Doctrine\Common\Cache\MemcacheCache (only on the first request after restart)
$this->_class->associationMappings[ $field] is set.
Subsequent calls when using memcache wil have $this->_class->associationMappings[$field] NOT set & hence differing behaviour.
result: irregular updates of associations
@doctrinebot commented on GitHub (May 14, 2011):
Comment created by @beberlei:
Why have subsequent calls with memcache $this->_class->associationMappings[$field] not set? This should not be happening
@doctrinebot commented on GitHub (Dec 28, 2011):
Comment created by @beberlei:
note to myself: Maybe a windows + memcache, wampserver issue?
@doctrinebot commented on GitHub (Mar 15, 2012):
Comment created by @asm89:
Cannot really reproduce this and no additional feedback was provided.
-> close
@doctrinebot commented on GitHub (Mar 15, 2012):
Issue was closed with resolution "Cannot Reproduce"