Hi @jimbobmcgee, I fixed this via OT-493 FIX; Custom Server Targeting should be selectable if the script type is OtterScript. It was a regression in the job template editor. Am I right in saying that for server is only expected to work for Custom server targeting, though? Correct; as of Otter v3 it's no longer supported in other scenarios. And for server can take a scalar variable argument, such as... Also correct, so the code you shared should work!

@hwittenborn awesome! I'm not sure if you saw it yet, but we have a new API called the Common Package API; I hope to fold in Promotion, Repackaging, and Deployment under this so it can be consistent

Cool, thanks a ton for the quick response and getting the docs fixed! I'll send something in a new message if I get any other questions.

Hello, if the ProGet server is running (and didn't crash), and you don't see any errors on the ProGet server... then the issue is between the server and the client. You can try to trace this using a tool like Wireshare or Fiddler, but to be honest the error could be anything including a bad wifi/network connection. It's not PRoGet or chocolatey specific, so you can search broadly for "how to troubleshoot unable to connect to remote server" for lots and lots of tips on how to resolve such an error. Cheers, Alana

@apxltd; apologies for the delay; I did not get a notification. Essentially, it is a chicken-and-egg problem. Enabling key-based, non-interactive login was one of the things I was hoping to automate/remediate with Otter; instead it is currently a prerequisite to using Otter. The device is not a 'server' per se, but a third-party 'appliance' built on top of Linux. The device image itself comes prebuilt with keyboard-interactive auth (not password) enabled. Having Otter support keyboard-interactive seemed more beneficial to a wider audience, than trying to alter the appliance software.

I thought I was wrong

Hi @ForgotMyUsername , I can't reproduce #1, and I don't have enough details (specific error messages, stack traces, etc) to guess what the issue could be. Same for #2 -- I would need to see specific OtterScript and the errors you're getting to take a guess at where the problem is. One thing that would be helpful, if you could create step-by-step reproduction information. For example, Create application named TOM + JERRY Create PowerShell Script named XYZ etc... Short of that, stack traces and errors logs are really important. There are a lot of copmontents working together, and hard to guess based on general descriptions :) Cheers, Alana

@ForgotMyUsername great news, thanks for letting us know :)

Hi @ForgotMyUsername , I'm not sure I'm know where the issue is... can you provide the OtterScript? Or the specific error/logs that triggered that message. The with isolation is supported, and is a checkbox on the advanced tab of the General block. Cheers, Alana

Hi @k-gosciniak_5741 , We've got no clue what's causing that, but definitely some kind of IIS configuration. Ultimately I don't think the request for that file is being passed into ProGet, but IIS is trying to find the file on disk instead (which it obviously won't be). I would guess if you put a file on disk that file would be served via that URL. IT's just a guess. Other things to look at ... MIME mappings, I've seen those do strange things. Maybe there's other IIS modules. It's really hard to guess. It might just be easiest to switch to the Integrated Web Server; you can just uninstall / reinstall ProGet. That won't use IIS then. Cheers, Alana

Thanks

Hello, You can find it under Admin > License Key; here's more information that might be helpful: https://docs.inedo.com/docs/myinedo-activating-a-license-key Cheers. Alana

Hello @jonathan-brown_3775 , This is considered a "false positive", so please disregard those results :) Those are JavaScript files that run inside your browser to display certain charts about feed disk usage in the Web interface; there is no possibility whatsoever of a security vulnerability or attack coming from these javascript files inside of ProGet. Thanks, Alana

Thank you @dean-houston! A nice and easy way to get around this requirement. We had been thinkin' way too complicated ;)

Hi @pooms_7365 , Thanks, I found where the error is in the code; it was in displaying the "code has not been synced" message. Easy fix (BM-3845) and it will ship in next maintenance release :) And wow... 15gb! Cheers, Alana

Hi @ForgotMyUsername , Checkout-Code operation using Generic Git repository with recurse submodules... I can't reproduce this, but I can see how that issue might occur. Your repository must have a GitLink entry in the target tree (i.e. folder you're checking out), but there's no corresponding reference entry in the .gitmodules file. I've updated that to be a warning., and just pushed the Git 2.2.3 extension. It will be included in the next maintenance release of BuildMaster, or you can download/upgrade now. Every minute an exception appears... Nice find; this will be fixed in next maintenance release (2022.10) via BM-3844 Clone application fails when trying to clone application using generic git repository... I believe this is related to importing "releaseless-builds", and this may be fixed in 2022.9 via an internal commit (i.e. one we didn't log an issue for). Clone does an export then import. If that doesn't fix it, please export the application and provide it to us, so we can inspect the file for issues. Regarding [5], can you send logs? The scenario you describe (existing repo with the same name) is already tested and handled, but there's likely something that's missing.

Hi @ForgotMyUsername , Unfortunately this is not going to be possible to debug with the information you've provided. Except for the misspelling of Certficiate (which would have no bearing on executing the script), a cursory glance of the code shows that everything is otherwise wired up as expected: IisSiteBindingConfiguration.cs IisSiteConfiguration.cs So, I'm hoping you help troubleshoot/debug some more, to show us where the issue is. IIS settings are ultimately stored in the applicationHost.config stored under %windir%\System32\inetsrv\config\. We do not directly work this file (as you can see from the code), but it's the easiest way to review the settings in IIS that Otter makes. To help us reproduce these issues, can you send: (1) Relevant appPool and site elements from the config file (2) OtterScript code that should work with those entries (3) Actual vs expected results in the config file And one note on the bindings... unfortunately this is a difficult problem in general to solve because IIS Sites have multiple bindings, but users often don't want to clear bindings. We used to have a Bindings property (it's still htere) that lets you specify a map, but it was too difficult/confusing to use. Cheers, Alana

FYI; we replied to a critical ticket that duplicated this, but in case anyone is reading this... We have a SQL patch available, but aren't totally sure if it will help. We can send it. We are really struggling to reproduce this in any consistent matter; we believe the issue might be related to sql server's plan caching. we're seeing inappropriate execution plans being used , and then suddenly changing, for the same input. The patch simplifies the queries we're using, so hopefully it will result in a more consistent query plan. Our next idea , is to try forcing some join hints. We're also asking for a backup of the database? That will help us analyze your data. We're thinking maybe you have some unique distributions (like tons of versions for one package, just a few for another).

Hi @ForgotMyUsername, Sorry about that. Looks like the article was changed but not published. I published the updated. Thanks, Rich

Hi @ForgotMyUsername , thanks for the bug report! I logged this as OT-491, and it should be a trivial fix we can get in the next maintenance release :)