Hello,

We are experiencing the same issue. When trying to "Assign File to License" for a kendo package (specifically @progress/kendo-charts), we get "(500) Server Error License not found in package". Is this still a known issue?

Using Proget Version 2025.17.

Thanks.

Warn will still automatically advance.

I was able to utilize the Set-ReleaseVariable as you suggested. Thanks!

Hi John - thanks for the response. Unfortunately, forcing normal will allow the pipeline to advance to the Deploy stage, which defeats the validation of build criteria (I don't think I made that clear in my original post).

More clearly stated goal: halting a pipeline without using "fail"

more verbose-ly stated goal: we want to be able to differentiate between known issues that should halt a pipeline (i.e. validation of build criteria) and unknown errors that halt a pipeline (i.e. coding errors). Event listeners only know that a pipeline stage failed, not why it failed, so they catch every failure.

Maybe what we are looking for is the ability to control the advancement to the next pipeline stage?

Is there a way to halt a pipeline stage without using the "fail" keyword?

We have a 2 stage pipeline (Build and Deploy). During the all stages, we monitor for programming errors using Event Listeners that trigger on failed executions and send email to operations to review the error (things like variable resolution or syntax errors).

There are also several criteria we look for in the Build stage that should cause it to halt - things like missing build values, other concurrent executions, etc. If any of these criteria are met, we alert the necessary parties and use "fail" to halt the stage. However, using fail also triggers the event listener and sends an email to operations that they don't need.

The desired logic in the plan would look something like

call CheckBuildCriteria
(
    validBuild => $IsValidBuild
);

if $IsValidBuild != true
{
    Halt-Stage; # currently we have to use "fail" here.
}

Product: BuildMaster
Version: 6.1.5

Is there a notation for comments in plans that will prevent them from showing up in the execution log?

Product: BuildMaster
Version: 6.1.5

What other information can I provide? Right now the feature is not functional.

Side note - the "Plan" option when configuring a monitor only shows global plans, no application scoped plans.

Thanks.

I have created an SVN repository monitor, but I can't tell that it is doing anything. I want this monitor to trigger a build/deployment for a release in the application to which I associated the monitor, so when I created the monitor I entered the name of the desired plan and selected the application. Where would I see the results of the execution?

I see this in the Service Log, so it appears monitor is triggering.

Running Repository Monitor...
Fetching repository monitors and last recorded states...
Found 1 active repository monitors.
Repository Monitor completed.

When viewing the Monitor on screen, in the "States" column it says "no branches recorded".

I'm using a Resource Credential. Is it possible it isn't configured correctly, and is there a way to tell?

This is what I see in the RepositoryMonitors table

RepositoryMonitor_Id = 1
RepositoryMonitor_Name = sq_test
Application_Id = 1175
ApplicationGroup_Id = NULL
RepositoryMonitor_Configuration (shown below)
CronExpression_Text = 0 0/1 * * * ?
Active_Indicator = Y
ExecuteOn_Server_Id = NULL
Plan_Name = sq_dummy2
BranchFilter_Text = integration

<Inedo.Extensions.Subversion.RepositoryMonitors.SvnRepositoryMonitor Assembly="Subversion">
<Properties CredentialName="sq_test" />
</Inedo.Extensions.Subversion.RepositoryMonitors.SvnRepositoryMonitor>

Thanks.

Product: BuildMaster
Version: 6.1.5

In the powershell code shown below, the value for param3 is not received from the plan when the release is executed. Is this a powershell limitation, or something to do with how BuildMaster is parsing the script? If I remove $arr_param, param3 is properly handled.

When the plan is viewed in visual mode, param3 doesn't show up when I edit the test_PS_script Operation. Including a value for arr_param in the plan doesn't change the behavior (although the script does receive the passed in value for arr_param).

SCRIPTASSET - test_PS_script

Param (
$param1,
$param2,
$arr_param = @(),
$param3
)

Write-Output "param1: ${param1}"
Write-Output "param2: ${param2}"
Write-Output "arr_param.Count: $($arr_param.count)"
Write-Output "param3: ${param3}"

PLAN

PSCall test_PS_script
(
    param1: val1,
    param2: val2,
    param3: val3
);

OUTPUT

Found script test_PS_script.ps1 in Default raft.
Using LocalAgent agent on TESTSERVER01
Importing param3...
Assigning parameter param1...
Assigning parameter param2...
param1: val1
param2: val2
arr_param.Count: 0
param3:

BuildMaster has an extension for Subversion, but I can only find repository monitors for Git. Am I missing something, or is this a design decision? If so, do you have plans for Subversion repository monitors?

Thanks.

Product: BuildMaster
Version: 6.1.4

We use Schedule Triggers for a variety of jobs - some system level (cleanup, etc) but also to run recurring deployments for a variety of development and testing purposes. They are an important part of our day to day operations.

I'd be happy to provide more information about our use-cases if it would help.

Thanks Tod. That fixes the visibility.

Our triggers are Schedule Triggers, not SCM based. What are Schedule Triggers replaced with?

We recently upgraded from BM 6.0.9 to 6.1.0 and the Release Package Triggers menu item is gone from the Basic Application Settings page. Where is it located now? Thanks.

Product: BuildMaster
Version: 6.1.0

Thanks for getting back to me. Yes, I'm posting using the application/json content type. Below is a powershell code sample that illustrates the issue.

# this creates the package.
$body = "{
    applicationId: ""${APP}"",
    releaseNumber: ""${RELNUM}"",   
    API_key: ""${APIKey}""
}"

$results = (Invoke-WebRequest -Uri "http://${Servername}:81/api/releases/packages/create" -Method Post -Body $body -ContentType "application/json" -UseBasicParsing).content | ConvertFrom-Json
$PackageNumber = $results.number

# this fails with a message of "Could not determine build ID. A build id or build number, release id/name, application id/name is required."
$body = "{
    applicationId: ""${APP}"",
    releaseNumber: ""${RELNUM}"",
    packageNumber: ""${PackageNumber}"",   
    API_key: ""${APIKey}"",
    toStage: ""Run""
}"	
Invoke-WebRequest -Uri "http://${Servername}:81/api/releases/packages/deploy" -Method Post -Body $body -ContentType "application/json" -UseBasicParsing

# change the var name from "packageNumber" to "buildNumber" in the body and it works.
$body = "{
    applicationId: ""${APP}"",
    releaseNumber: ""${RELNUM}"",
    buildNumber: ""${PackageNumber}"",   
    API_key: ""${APIKey}"",
    toStage: ""Run""
}"	
Invoke-WebRequest -Uri "http://${Servername}:81/api/releases/packages/deploy" -Method Post -Body $body -ContentType "application/json" -UseBasicParsing

In the notes for BM-3257 it says "Things not changed: Release & Package Deployment API". However, when I upgraded from BM 6.0.9 to 6.1.0, my implementation of /releases/packages/deploy stopped working. To get it working I needed to change the variable name in the body from "packageNumber" to "buildNumber".

I also noticed that the on-line documentation only mentions endpoints using the "build" keyword, like releases/builds/deploy. There is no mention of a packages endpoint (https://inedo.com/support/documentation/buildmaster/reference/api/release-and-package)

Were the /packages/ endpoints deprecated in a prior release?

Product: BuildMaster
Version: 6.1.0

That worked great. Thanks!

Is there way to expand an array for logging? I've tried the following in my Plans, which results in a log entry of "(list)" or generates an error.

set @arr = @("o", "t", "t");

Log-Information @arr;
Log-Information $(@arr);

# Try/Catch
try
{
    Log-Information $Eval(@arr);
}
catch
{
}

which results in

(list)

(list)

Cannot convert property "Text" value "@(o, t, t)" to String type.

Product: BuildMaster
Version: 6.0.9

When editing a plan in Text Mode I include a parameter for a Powershell script with a blank value. When switching to Visual Mode and then back to Text Mode, the parameter is removed from the plan. This causes the powershell script to fail when that parameter is required. Is it possible to turn off this behavior?

Before (in text mode):

PSCall post_jira_comment
(
    Comment: SomeMessage,
    Ticket: Issue-1,
    BlankParam: ""
);

After switching to Visual and then back to Text Mode:

PSCall post_jira_comment
(
    Comment: SomeMessage,
    Ticket: Issue-1
);

Product: BuildMaster
Version: 5.8.3

I have a release template variable of type = list with "allow multiple items" = true. How do I indicate multiple initial values for this variable? For example, the list values are Dev, Integration, Stage and Production, and I want both Dev and Integration to be selected as the initial value for the variable.

Product: BuildMaster
Version: 5.8.3

Does the Release & Package Deployment API have a method to schedule a deployment?

Product: BuildMaster
Version: 5.8.3

That sounds just right. Thanks.

Related question: do the Purge Item Types have any overlap? For example, if I purge a release, does it also purge the associated release packages, execution logs and artifacts?