Thanks Bjorn for helping clarify that. I would take what you said a step further by changing "could" to "must", since it appears that simply adding a trigger back into a Jenkinsfile for a job that has run since the trigger was removed, will necessarily have no effect until you manually run the job.
Paraphrasing, and I wish this was in the docs somewhere, "Multibranch Pipeline job properties specified in a Jenkinsfile, e.g. triggers, agents.. have no effect until the job is run." This is perhaps obvious to those with more experience with this plugin's SCM scanning feature. Perhaps another good way to say it would be in the section that talks about the scanning feature to call out that "the scanning only looks at Jenkinsfile existence, it does not apply changes made inside Jenkinsfiles until they are run." -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/3591daa0-ee81-42da-8c20-b61a3fb47154%40googlegroups.com.
