This is a (slightly trimmed) version of an example of an error sequence. I've been noticing variations on this ever since our upgrade from 6.3.15 to 6.4.1.
2015-04-22 16:26:48,374 ajp-bio-8009-exec-2114 WARN pmull1 986x473750x4 4w2wcv /rest/inline-create/1.0/context/bootstrap [com.atlassian.ozymandias.SafePluginPointAccess] Unable to run plugin code because of 'groovy.lang.MissingMethodException - No signature of method: com.onresolve.jira.groovy.jql.HasSubtasks.getValues() is applicable for argument types: (com.atlassian.jira.jql.query.QueryCreationContextImpl, com.atlassian.query.operand.FunctionOperand, com.atlassian.query.clause.TerminalClauseImpl) values: [com.atlassian.jira.jql.query.QueryCreationContextImpl@c6559759, ...]
Possible solutions: getIssues(), getClass()'.
2015-04-22 16:28:41,028 ajp-bio-8009-exec-2008 WARN pmull1 988x475031x6 4w2wcv /secure/views/bulkedit/BulkOperationFinish.jspa [action.issue.bulkedit.BulkOperationProgress] Bulk edit bean unexpectedly null. Perhaps session was lost (e.g. when URL used is different to base URL in General Configuration)?
2015-04-22 16:29:50,103 ajp-bio-8009-exec-2095 WARN pmull1 989x476407x5 4w2wcv /rest/inline-create/1.0/context/bootstrap [com.atlassian.ozymandias.SafePluginPointAccess] Unable to run plugin code because of 'groovy.lang.MissingMethodException - No signature of method: com.onresolve.jira.groovy.jql.HasSubtasks.getValues() is applicable for argument types: (com.atlassian.jira.jql.query.QueryCreationContextImpl, com.atlassian.query.operand.FunctionOperand, com.atlassian.query.clause.TerminalClauseImpl) values: [com.atlassian.jira.jql.query.QueryCreationContextImpl@c6559759, ...]
Possible solutions: getIssues(), getClass()'.
2015-04-22 16:29:56,330 ajp-bio-8009-exec-2119 WARN a.pi 989x476507x3 kae1f4 /secure/RapidBoard.jspa [com.atlassian.ozymandias.SafePluginPointAccess] Unable to run plugin code because of 'groovy.lang.MissingMethodException - No signature of method: com.onresolve.jira.groovy.jql.HasSubtasks.getValues() is applicable for argument types: (com.atlassian.jira.jql.query.QueryCreationContextImpl, com.atlassian.query.operand.FunctionOperand, com.atlassian.query.clause.TerminalClauseImpl) values: [com.atlassian.jira.jql.query.QueryCreationContextImpl@a842c126, ...]
Possible solutions: getIssues(), getClass()'.
I looked at both scripted fields we have, and neither of them seem to make use of getValues. We don't have any script listeners configured.
We are using getCustomFieldValue, but isn't that different? We're also using getInstance, getChangeHistoryManager, and getPreviousIssueKeys.
Any ideas?