-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix #7286: StringPrimary no longer accepts aggregate functions as argument #7296
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Majkl578 this seems to be a clean patch but I'm wondering if everything will still work if we use an aggregation function (or any function) as argument to a custom function - which was what removed the code before 🤔
@Ocramius any thoughts here? |
@lcobucci Added |
Bah, fails on Postgres, would have to test with pre-2.6 to see what worked or not. |
@Majkl578 that's exactly what I meant, thanks for adding the test 👍 |
@Majkl578 can you please port it to 3.0-dev? |
866418e (#6500) removed special-casing of aggregate functions.
This was mostly transparent for cases where
isAggregateFunction()
is used, but not in StringPrimary which doesn't useisAggregateFunction()
to detect the function ahead.Since these functions (still) have separate tokens, they're not recognized as T_IDENTIFIER in StringPrimary, thus not handled as generic FunctionDeclaration.
Fixes #7286.