[Buildbot-devel] Trigger steps ignore their name parameter?

[Amber Yust]

That's expected for the waterfall; the things that show up there are
description/descriptionDone (which Trigger is not expected to honor since it
dynamically generates its own labels).

The 'name' parameter shows up on the build page for that build in the list
of steps.

~Amber

On Mon, May 23, 2011 at 2:58 PM, William Deegan
<bill at baddogconsulting.com>wrote:

> Greetings,
>
> I have a step specified as such:
>                 veriSteps.append(Trigger(schedulerNames = sch,
>                                      # display which test trigger is
> getting called for
>                                      name           = '%s for test
> %s'%(sch[0],testCase),
>                                      set_properties = {'release'  :
> WithProperties('%(release)s'),
>                                                        'buildnr'  :
> WithProperties('%(buildnr)s'),
>                                                        'jobs'     :
> '0', # read it from config file by default
>                                                        'config'   :
> veriCfg,
>                                                        'triggered_by' :
> name,
>                                                        'testcase' :
> testCase},
>                                      updateSourceStamp = True,
>                                      waitForFinish     = False))
>
> However the webstatus shows it as: "triggered TRIGGER_NAME"
>
> Is that expected, or is that a bug?
>
> I'm looking at the sources for the trigger step and see:
>
> ...
>         def start_builds(ssid):
>             dl = []
>             for scheduler in triggered_schedulers:
>                 sch = all_schedulers[scheduler]
>                 dl.append(sch.trigger(ssid, set_props=props_to_set))
>             self.step_status.setText(['triggered'] + triggered_schedulers)
>
>             d = defer.DeferredList(dl, consumeErrors=1)
>             if self.waitForFinish:
>                 return d
>             else:
>                 # do something to handle errors
>                 d.addErrback(log.err,
>                         '(ignored) while invoking Triggerable schedulers:')
>                 self.end(SUCCESS)
>                 return None
>         d.addCallback(start_builds)
> ...
>
> It looks like the self.step_status.setText() is overriding the name?
> Or am I misunderstanding the code?
>
> Thanks,
> Bill
>
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://buildbot.net/pipermail/devel/attachments/20110523/dfe96024/attachment.html>