mirror of
https://github.com/doctrine/orm.git
synced 2026-03-23 22:42:18 +01:00
DDC-1341: MultiTableUpdateExecutor does not bind parameters properly #1680
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 (Aug 21, 2011).
Originally assigned to: @guilhermeblanco on GitHub.
Jira issue originally created by user pave.kucera:
Hi, I found really annoing bug in multi table update executor, it doesn't bind parameters properly. I have following structure of entities (afaik not really important, bug should appear with any class inheritance structure)
And I'm trying to run following query
Which fails with "recoverable error", because Doctrine tries to convert value of parameter 'right' to datetime. I have learned why it does so, it is because of line 157 in already mentioned MultiTableUpdateExecutor - while parameters for the insert query are sliced of parameters from update clause, their types are not. And that is a bit problematic.
But that is not the only problem, if you look at line 161, the update query receives parameters as they were binded to QueryBuilder, so when I bind there an object, the update query receives the object instead of his identificator. That leads to error like "object ... could not be converted to string". And also, the update query does not receive any information about type of parameters, but I'm not sure if that is also a bug.
I'm not a native english speaker so if I explain things chaotically, just say so please, I'll try better :).
@doctrinebot commented on GitHub (Aug 28, 2011):
Comment created by @beberlei:
Assigned to Guilherme
@doctrinebot commented on GitHub (Aug 28, 2011):
Comment created by @guilhermeblanco:
Fixed since this commit:
e7f471ef3e@doctrinebot commented on GitHub (Aug 28, 2011):
Issue was closed with resolution "Fixed"
@doctrinebot commented on GitHub (Aug 28, 2011):
Comment created by @beberlei:
Merged into 2.1.x