I was finally able to go through the source code to see that the menu option was in fact missing in v1.0.3 - I don't know how I missed that you were on that version vs. the one I was using (v1.0.4) :(

An upgrade would solve, but I also see your ticket and will prod a developer to take a look at that for you as well and get out a new hub installer with the improved debug logging.

For the Windows service, the only requirements for the service account are (assuming default file system package store configuration) read/write access to the directory where the underlying packages are stored (default is in ProgramData), read/write access to the service installation directory (default is in Program Files), and granted access to the ProGet database role named ProGetUser_Role.

For the web application (Windows service or IIS application pool identity), the requirements are the same as the Windows service, plus read/write access to the website installation directory.

Note again that the Desktop Hub installation privileges is orthogonal to the account that ProGet runs as, since it would obviously require more privilege to create/update/grant in the database and also create subfolders in Program Files & %ProgramData%. As an extra word of caution, if D: is a mapped drive, be sure to use the full UNC path in configuration settings within ProGet.

There should be an official v1.0.0 version released with that exception fixed. Before attempting to install it, manually delete Artifactory.* from your Extensions path ({InstallDir}\Extensions) .

Apparently our public ProGet instance did not grant anonymous view access to that asset directory... should be visible now.

Here is what I mean:

In the context of a project, the Admin > Project Settings menu option will take you to the page that has the Delete option.

I've been looking into this further, I cannot figure out where you download this extension because as far as I can tell, we have never released it. I know we went through a transition in our deployment process for these internally as of BuildMaster v6.0, but there is no indication of this extension available on the Inedo Den or on the public ProGet extension feed.

Did you build this extension yourself?

In the meantime I will have one of our engineers release this officially.

It autocomplete/dropdown uses Username & Password credentials for the Package Source URL.

I also agree, that it should support both or at least be clear which type it's using :)

The tracking issue for this is here: HH-17

There are two ways to ensure that value is populated, either wrap the operation/plan in a general block, e.g.:

for server MyServer
{
   # ... Copy-Files...
}

or edit the pipeline stage target to target a specific server (which effectively wraps the whole plan in that block transparently).

I am not sure how it could have worked before... it's possible that there was an implicit fallback to the local server (or server ID #1) in the v4 version.

If you need to supply credentials when connecting to the domain, make sure "Specific list..." is selected, and enter it as:

domain.local,CredentialName

Where CredentialName is the name of set of Username & Password resource credentials created via Admin > Change User Directory > Advanced > AD Credentials > Create

What version of the Artifactory extension do you have? This can be found on the Admin > Extensions page.

Under Admin > Resource Credentials, is there a saved Artifactory set of credentials named "repo" with a base URL, username, and password all filled in?

Also, the operation text has the Credentials property listed twice, remove one of them.

I will also have someone put a note in to fix that error message since it's not particularly helpful :)

You can actually put a full commit ID in the Tag field (which actually supports any refname)... I'll have someone put a note in to change that in the operation.

It's possible there is a redirect error with the built-in authentication.

Can you visit the log-in URL directly, i.e.: http://{bm-server}/log-in and enter Admin / Admin (assuming a fresh install), and see what page you're being redirected to that requires Administrator privileges?

My initial guess is a bad/missing license key...

I am not aware of any good way to interact with the GUI while running as a service, at least not since Windows Vista.

There is "Kiosk Mode", is that what you're looking for?

Does the public IP actually resolve to to that server internally?

Only other thought is that it's an HTTP URL reservation issue (maybe localhost was explicitly registered instead of * somehow). You can check by running the following from PowerShell:

netsh http show urlacl | ?{ $_ -like "*:8624*" }

Copying from associated support ticket:

It's not a bug per se, more of a design flaw with the introduction of external package stores. Basically, it checked to see if the package could be opened and if not, deleted it from the DB. However, there are many reasons a package might not be accessible (network down, invalid S3 credentials, disk inaccessible, S3 down, etc.), so this functionality was removed since then.

ProGet supports Unicode so there is no reason it shouldn't work.

When adding directly to the DB are you using the N'test 팀' syntax (specifically the prepended N) to indicate NVARCHAR?

Here are the possible reasons for reactivation: https://inedo.com/support/documentation/various/licensing/activation#re-activation

I'm guessing it's related to TLS v1.2:

https://inedo.com/support/questions/8831