Skip to content

Conversation

@timclifford
Copy link
Collaborator

No description provided.

deploymentByRemoteId: () => mocks.Deployment(),
taskByRemoteId: () => mocks.Task(),
allProjects: () => new MockList(9),
allProjects: () => new MockList(600),
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it convention in the mocks to just drop in a magic number? (I'm not sure how strict they are?)
This feels like something that might be best in a named const?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As there quite a few other mocks that use random values here I thought it makes sense to do that same. Maybe it would be best to have a few different values here to mock displays of different sizes though.

deleted: String
}

type ProblemIdentifier {
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a little confused by this - I think it might be the name - but is this supposed to uniquely identify a problem across multiple projects? That is, provide summary information?

If so, I think this needs to be reworked just a little - let's chat when you have a sec.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yep I think we need to chat about this - essentially this was created because returning all problems (e.g. [Problem]) isn't enough to see which projects/environments have been affected. So rather than adjust the Problem type to include project related fields - this ProblemIdentifier type was created. Since then, it might make sense to add a project field in to the Problem type. But lets chat!

echo Creating resource problem

echo '{"name":"problem","displayName":"problem","scopes":[{"name":"view"},{"name":"add"},{"name":"delete"}],"attributes":{},"uris":[],"ownerManagedAccess":""}' | /opt/jboss/keycloak/bin/kcadm.sh create clients/$CLIENT_ID/authz/resource-server/resource --config $CONFIG_PATH -r ${KEYCLOAK_REALM:-master} -f -
echo '{"name":"problem","displayName":"problem","scopes":[{"name":"viewAll"},{"name":"view"},{"name":"add"},{"name":"delete"}],"attributes":{},"uris":[],"ownerManagedAccess":""}' | /opt/jboss/keycloak/bin/kcadm.sh create clients/$CLIENT_ID/authz/resource-server/resource --config $CONFIG_PATH -r ${KEYCLOAK_REALM:-master} -f -
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is going to need to move into its own function - by the time your code runs, the problems system will have already have run, and therefore this probably won't run again

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah yes - although this is something I wanted to chat about. Is this global check even needed? There are checks on to view each problem and project/environment already.

"react-modal": "^3.8.1",
"react-nice-dates": "^1.0.2",
"react-select": "^2.1.1",
"react-select": "^3.0.0",
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this change the effective installed version at all?
I don't think we have to worry - I just want to know if there are ramifications to pushing up the major version?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

image
the existing selects work nicely still - this allows us to use some of the latest async stuff as well now

@@ -0,0 +1,105 @@
import React, { useState, Fragment } from "react";
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So - I want to make sure of this, are these new components you're adding to the root namespace generic enough to be in the root namespace? The last accordion I moved as a sub-element of the problems space because there were specific assumptions made about its use.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After another think about this - I've pull out the component specific stuff for this core accordion and moved all the logic that modifies the columns into the parent components. The only think left is some css that needs to be set for define column widths, but I don't think that is a problem?

cdchris12 and others added 29 commits June 19, 2020 13:14
Fix indentation for annotations in rabbitmq template
Label namespaces with lagoon.sh/environmentType
Update curl to `7.70.0-r0` in the PHP images
…toring

Add a new environment variable to control New Relic browser monitoring.
…rn/apollo-server-express-2.14.2

Bump apollo-server-express from 2.9.4 to 2.14.2
Moving contributing and CoC to docs root.
Updated default robot token duration to 500 days.
…er-script

Bash script to check and update TLS broken routes
Adding varnish control port to k8s helmfiles
First iteration of Lagoon Version Update Helper
…task

Add missing `builddeploy-kubernetes:complete` task to RC notifications
smlx and others added 30 commits July 13, 2020 21:28
Remove accidentally committed values file
We parse the nginx log message into the relevant fields, but some users
may want the original log message.
Set notification channels as an array
It's possible the denial is due to a network error or some other
temporary issue
…lysite-groups-of-10

Additional tests and formatting for POLYSITES greater than 10
…ached-deny

HOTFIX: Don't cache keycloak authz denials in redis
…cluster

Add Cluster Name on Billing Group Admin pages
…ipt-enhancements

Some enhancements for check_acme_routes.sh script
Add PECL Yaml 2.1.0 to the base PHP images
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.