Hi @atripp, We have now updated to ProGet 2026.3 and can confirm this is now working as expected. Thank you for your prompt help.

Hi @vdubrovskyi_1854 , Without knowing which specific package you're referring to, it's hard to give a more specific example. Historically, Packagist was effectively a database of "GitHub Repository pointers" and Composer was effectively just a wrapper around the Git client. They can both still operate in that mode, and needs to for older, non-standard packages. I suspect that's the type of package you're referring to here. ProGet's Composer feeds work with "packages" (i.e. not the GitHub pointers), which account for nearly all of the modern packages on Packagist.org. For the small number of packages that don't follow the standard (mostly older, legacy packages), you'll need to download them, properly package them, and then upload them to follow the standard. Unfortunately there's no technically feasible/sensible way to solve this problem - since it would require ProGet to serve as a GitHub pointer database, which just doesn't make sense. Cheers, Steve

@pg_user_8607 Given the fix is about searching in AD I think the pull request is indeed related, as there is no other error I can find other than unable to find the user(s) in the User Directories Test.

Hi, I was on a short vacation but today I upgraded to 2026.3 (build 14) without any problems. This probably fixed it: PG-3299 2026.3 FIX: Hostname based binding fails when hosting on Windows with HTTP.SYS Kind regards, Valentijn

Hi Alana, Just wanted to let you know that restarting the service did fix the issue. Thank you for the suggestion. Brandon

Hi @gdivis , thanks for the quick turnaround. Everything is working as expected with the new version. Cheers

Hi @brandon_owensby_2976 , Looks like this is a regression in BuildMaster 2025 from a library upgrade; we will address it via BM-4017 in an upcoming release, either this Friday or the following cycle. Thanks, Alana

Thank you very much for the detailed answer!

Hi @pg_user_8607 , Thanks for the bug report; this will be fixed via PG-3296 in the next maintenance release (scheduled next Friday). It was a problem in the redirect to the /log-in page, so of course if you log-in first, the error will not occur. Cheers, Alana

Hi @cssccmgroup_4090, I created a private ticket on your behalf. You can see it by navigating to https://my.inedo.com/tickets. Please upload the SBOM through that ticket. Thanks, Dan

Hi @vdubrovskyi_1854 , Thanks for the detailed reproduction information; I debugged/fixed this, and it will be in the next maintenance release of ProGet via PG-3290, scheduled for Friday of this week. As for the underlying issue, the problem was that there were two composer.json files in the zip file. ProGet was opening build/composer.json instead. I didn't test a work-around, but in theory you should be able to just download the zip file directly, delete build/composer.json from it, and upload it to ProGet. I also updated the error message to make somethign like this a little easier to track if it comes up again ("An unexpected error occurred: Error parsing "voku-simple_html_dom-716822e/build/composer.json" as a Composer manifest file (Missing required property: name).") Cheers, Alana

Thanks for the quick turn around. We are happy to wait for next release, and can report back if we find any further issues.

Hi @Nils-Nilsson, Thanks for bringing this to our attention. This looks to be a regression that happened right before release. I have created a ticket, PG-3289, to track the fix and we will release it this Friday in ProGet 2026.2. Thanks, Rich

Hi @jimbobmcgee , Very cool! We did not forget about this, just got a bit behind on feature requests (which this got classified on) with ProGet 2026 coming out. However, we've added this to our BuildMaster/Otter 2026 roadmap to review and incorporate. We plan to start on that relatively soon, and it may be something we can easily back-port to BuildMaster/Otter 2025. We'll update once we make progress on this :) Cheers, Alana

Hi @Nils-Nilsson , We've added this to our ProGet 2026 roadmap; there's an additive feature called "Build Pipelines" that just didn't make it in time for release, so this will fit nicely into that. FYI the main thing that this new pipeline offers is the ability to create multiple pipelines and assign them to different releases. Thanks, Alana

Thanks a lot @atripp for the quick fix. Problem solved Cheers -Fritz

Offline installers are available here which you can use to upgrade these older versions: https://my.inedo.com/downloads/installers

Hi @ybaskar-temp_3339 , Thanks for confirming that. I think it'd be worth exploring how to change those migration/environment constraints. While it's unfortunate to "lose history" and need to navigate to a separate instance, there's a moderate amount of risk in things simply not working the way it did before.... we're talking a decade of evolution, including platform, architectural, and even usage changes. That said, for an in-place upgrade, here's the approach that I would use. Use the Legacy (Traditional) installer to get to BuildMaster 6.1. Verify things work as expected on BuildMaster 6.1, agents updated, etc Upgrade to BuildMaster 6.2, again using the traditional installer Verify things work as expected in same manner Uninstall Ensure all components (iis site, service, program files.... except database, artifacts) have been removed Install BuildMaster 2025 as per normal, pointing to existing database Note that there's a decent change that you'll run into database or binding errors after #7, so make sure to run buildmaster.service.exe run from the commandline to better see messages and errors if things don't start up. Cheers, Steve