According to IDEA debugging of BuildCommand.getReply() etc., the getJobProvider().getJobByNameOrDisplayName(jobName) operation and the further called methods (all part of instant-messaging-plugin) do somewhere see a list of items[] which contains all the jobs, legacy/freestyle and pipeline ones. However, it only returns hits of legacy job names, and null's for pipeline names.
So, the code looks for AbstractProject items. Pipelines are different...
NOT a low-hanging fruit of a fix: parent class for AbstractProject and WorkflowJob is a Job, but just replacing this in source does not cut it: quite a few core methods and parameterized classes (like AbstractBuild) expect the AbstractProject.
Also, such a brute-force change would break external API of the plugin, since various methods dealing with List<AbstractProject> etc. are public. Not sure if truly consumed - a quick look at ircbot-plugin did not have many hits for AbstractProject ...
Jim Klimov
added a comment - - edited So, the code looks for AbstractProject items. Pipelines are different...
NOT a low-hanging fruit of a fix: parent class for AbstractProject and WorkflowJob is a Job, but just replacing this in source does not cut it: quite a few core methods and parameterized classes (like AbstractBuild) expect the AbstractProject.
Also, such a brute-force change would break external API of the plugin, since various methods dealing with List<AbstractProject> etc. are public. Not sure if truly consumed - a quick look at ircbot-plugin did not have many hits for AbstractProject ...
kutzi
Jim Klimov
Votes:
0Vote for this issue
Watchers:
1Start watching this issue
Created:
Updated:
{"errorMessages":["jqlTooComplex"],"errors":{}}
[{"id":-1,"name":"My open issues","jql":"assignee = currentUser() AND resolution = Unresolved order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":true},{"id":-2,"name":"Reported by me","jql":"reporter = currentUser() order by created DESC","isSystem":true,"sharePermissions":[],"requiresLogin":true},{"id":-4,"name":"All issues","jql":"order by created DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false},{"id":-5,"name":"Open issues","jql":"resolution = Unresolved order by priority DESC,updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false},{"id":-9,"name":"Done issues","jql":"statusCategory = Done order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false},{"id":-3,"name":"Viewed recently","jql":"issuekey in issueHistory() order by lastViewed DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false},{"id":-6,"name":"Created recently","jql":"created >= -1w order by created DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false},{"id":-7,"name":"Resolved recently","jql":"resolutiondate >= -1w order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false},{"id":-8,"name":"Updated recently","jql":"updated >= -1w order by updated DESC","isSystem":true,"sharePermissions":[],"requiresLogin":false}]
So, the code looks for AbstractProject items. Pipelines are different...
NOT a low-hanging fruit of a fix: parent class for AbstractProject and WorkflowJob is a Job, but just replacing this in source does not cut it: quite a few core methods and parameterized classes (like AbstractBuild) expect the AbstractProject.
Also, such a brute-force change would break external API of the plugin, since various methods dealing with List<AbstractProject> etc. are public. Not sure if truly consumed - a quick look at ircbot-plugin did not have many hits for AbstractProject ...