License type (License Information filter) is now a 'present' or 'not present' option.
A value of 'Not required' and 'Unknown' should be added.

As a user I would like to see contact information for institutional contacts, service provider contacts, SURFmarket and SURFnet contacts.

Contact information should include at least a name and email address, but could also contain telephone number and website URL.

Note
Service provider contact information is stored in Janus. Institutional contact information is stored in SAB, but this contains the roles only and no email and other contact information. SURFmarket CRM supplies license contact information.

As an institutional contact I would like to have an option to export the data, which I see on my screen, to a format I can use in Excel. Adding an export button on the overview page will be very useful.

I can filter the data I would like to have using the existing filters and when I see the required data on my screen I can make an export using this export button.

As a OpenConext support person I would like to use a template to supply the extra information on the wiki. This template contains sections for the different type of information. These sections will outline:

Attribute requirements
Tenancy information
Provisioning information
Other information

As a user I would like to see this additional (technical) information in the service information page. See user story #2.

Note
Point of departure is a single wiki page for the services that carry extra technical information. Rather than showing this information as a single entity, a breakdown in sections is advisable.

When getting /api/services?lang=nl all returned categories are still in English. This breaks client side filtering.

As an institutional contact I would like to see who (of my institution colleagues) issued the request to connect a certain service. Several people have access to Dashboard and I would like to keep track of who requested what.

I expect to see this information (First and last name) in the detail page of a service.

As a user I want to have a clear image of the license information. I would like to see:

If a license is required or not.
If a license is required I would like to see where I should obtain it.
Possible options are: License Desk SURFmarket, Service Provider, unknown

Notes:
This license Information can reside in an extra tab.
See for an example: www.internet2.edu/products-services/cloud-services-applications/vidyo/
Dashboard shows a 'No license information available - This service may work without a SURFmarket license' in most of the cases.

This repository duplicates the following data from https://github.com/OpenConext/OpenConext-engineblock:

• https://github.com/OpenConext/OpenConext-dashboard/blob/master/coin-selfservice-war/src/main/resources/person_attributes.json
• https://github.com/OpenConext/OpenConext-dashboard/blob/master/coin-selfservice-war/src/main/java/nl/surfnet/coin/selfservice/util/PersonAttributeUtil.java#L73

Can be found in:

• https://github.com/OpenConext/OpenConext-engineblock/blob/master/application/configs/attributes-SURFconext.json
• https://github.com/OpenConext/OpenConext-engineblock/blob/master/application/modules/Default/Controller/LoggedIn.php#L10

Instead of having this defined multiple times all over the platform I propose adding a new repository called "OpenConext-attribute-metadata". We can version that properly and make Composer packages of that and JARs (so we can easily detect out of date definitions).

While building Dashboard with an OpenJDK 11 docker image I encountered an issues. With just a minor change it is possible to both build Dashboard with OpenJDK 8 and OpenJDK 11.

As a user I would like to see if there are any special technical considerations that I need to know before I decide to connect a service. Therefore my IDP can take action when this is needed. Information that I need to see includes:

If the service requires certain SAML attributes that my IDP should provide
If this is a single-tenant service and what actions my IDP should make
if my IDP must undertake action in the field of user provisioning

Notes
This license Information can reside in an extra tab.
See for an example: www.internet2.edu/products-services/cloud-services-applications/vidyo/
The wiki will be used to store this technical information.
This story includes recommendation #3: 'Make single-tenant services visible in SURFconext'

On the page /statistics an overview of all service statistics is shown with all services enabled. We would like to have an option to de-select all checkboxes on top of the list.

In stats overzicht staan nu standaard alle SPs aangevinkt. Kan er ook een (de-)select all functie komen? Met name als je als instelling veel SPs gekoppeld hebt, is huidige overzicht niet handig.

Ja.. Miste dat zelf ook al... maar wellicht meer aanpassingen nodig
voor de stats pagina ---> interaction designer ??

Sorting the apps table by license type the default sort order should be changed from Unknown, No, Yes to Yes, No, Unknown. Saves us one click...

Als je sorteert op 'Licentie' zou volgorde moeten zijn: Ja, Nee,
Onbekend ipv Onbekend als eerste

As a user I would like to see all the services that I can have access to. Including the services that have the idp_only flag enabled and my IDP is not connected yet.

Note
The Janus qualifier 'coin:ss:idp_visible_only' is used to hide services from IDP's that are not already connected with these services. This makes the usage for Dashboard as a tool to give consent on the exchange of SAML attributes impossible for these idp_only labeled services, since these services won't show up on the Dashboard page in the first place.

Janus supports an Identity Provider (IdP) Whitelist which can be used instead of the default 'allow all' setting for IDP's, meaning that we can abort the use of 'coin:ss:idp_visible_only'.

When I have made a selection using the filter options (i.e. License present and connection made) I loose this selection when I go back to the Apps list after visiting a subpage, like the app detail page.

Would be nice if the filters I have selected are persistent for the time my session is valid,

Hello,

I'm checking to see if there's any possible way from hiding specific SPs from being displayed in the dashboard even if it's a service an IDP can access. Basically, we're trying to hide the core OpenConext services (OIDC, Profile, Engine, Teams, etc.) from being displayed.

I know there's a coin:ss:idp_visible_only option, but that's aimed at single-IDP Service Providers and doesn't help in this case.

Any help would be great!

Thanks,
Andrew

Above the statistics graphs, the title currently is "Service usage". It is unclear to people what that means (see eg CXT-11699).
Please change the title, or add an explanation that the number of logins per day/week/month is shown.

As a SURFconext support person I would like to store additional (technical) information regarding a certain service on the wiki. This wiki URL I would like to store in Janus.

As a user I would like to see this additional (technical) information in the service information page. See user story #2.

Note
The Confluence wiki supports an API that makes it possible to show content in other webpages like the Dashboard.

Dashboard should be able to show this data to the user.

Dashboard uses Google webfont for its UI. The fonts used are actually free (GPL), so we should just serve them locally, instead of giving Google a pingback for each Dashboard login.

User feedback reveals some design tweaks:

• Recently used filter is unclear -> Used in last 3 months / Never used is better
• Dropdown list of ISPs is unclear
• Line height can be less to accommodate more content on the apps overview page
• Label 'Added' is unclear. -> Application added to SURFconext (or better)
• Statistics as function in the top row is unclear
• Adding a connect column in the apps overview will improve usage
• The column License is unclear: Is a license present or needed? What about the option unknown or not required.
• Service attributes also on the connect page