Wonderful! Worked just as you said it would. Thank you very much Alana.

If you've removed the "Anonymous" pseudo-user from the privileges for the current user directory, then you will see "You are browsing as the anonymous user, therefore certain functionality may be missing. Click the User Icon in the top right to log in.". note that, if you've enabled Windows Integrated Authentication, you will always be logged in as yourself, so you will not be able to go "anonymous".

I certainly see the issue. Where this starts to get tricky from a UX perspective is that some folks have long stage, server, and plan names. So, we need a way to better represent this data in a compact view.

Thanks for your response. I'm glad to see that this will be fixed in the next release. For the time being, could you please specify which URL individual users should use, because every URL I've tried so far results in a SecuredTaskDeniedException

You can visit this directly (it'll look a bit strange since it's designed to be a modal page): http://{proget-server}/administration/security/users/change-password Apparently you're correct that the link to that is missing, it's supposed to be in the dropdown beneath the user icon - we'll add it back in the next maintenance version.

If the app can't access the service, it seems like it shouldn't assume everything is OK, but rather indicate that it has no idea because it can't access the service. :)

Whoops, updated! It's http://inedo.com/proget/roadmap

That was removed on purpose. We are moving away from the Wijmo control toolkit we had used previously. For the moment, the time inputs will be simple textboxes until we find an easier solution.

The 1000 is a limit imposed by Active Directory presumably for performance reasons. Typically, you shouldn't ever need to be on the users page when using Integrated Security because once a user is assigned privileges via the "Assign Security Privileges" page, they automatically become a named user if there are licenses available when they visit the BuildMaster URL. We are planning an enhancement that will determine based on the assigned privileges whether the user should be approval-only or full, but for now it will default to full (if available) and downgrade to approval-only if no full user licenses are available. Once the user has become a named user, you can manually edit the type of user on the "License Key and Activation" page which allows you to select "[change]" to toggle the user between full or approval-only as needed.

There is no known issue with the layout in Chrome for that version. Chrome likes to cache aggressively (sometimes ignoring the no-cache headers) and will keep things cached even if you hard refresh (w/ CTRL+F5). Try clearing the cache through the menu (CTRL+SHIFT+DEL) and that will probably resolve your issue.