-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue #2595: update domain request view only pages - [ZA] #2753
Issue #2595: update domain request view only pages - [ZA] #2753
Conversation
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
|
||
|
||
@register.filter(name="is_domain_request_subpage") | ||
def is_domain_request_subpage(path): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@dave-kennedy-ecs / @rachidatecs Just for your awareness, I had to add this logic to fix the headers. They weren't displaying correctly on many subpages. I've include this for portfolio and domains.
The easier solution here would have been to check a url like domain-requests/{some url}
though I don't think we current follow that scheme
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
🥳 Successfully deployed to developer sandbox za. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome work!
I asked the same thing! The answer is no (per @abroddrick) - that is actually handled in this follow on ticket. The same goes for any other content changes
Yeah I noticed that too. That will be handled in the follow-on as it touches on some content changes given design OKs it. |
🥳 Successfully deployed to developer sandbox za. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Verified that things work on the UI and left some minor clarifying/planning questions! Everything else looks good and I can approve afterwards!
{% comment %} | ||
These are intentionally seperated this way. | ||
There is some code repetition, but it gives us more flexibility rather than a dense reduction. | ||
Leave it this way until we've solidified our requirements. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just checking if there ended up being any requirements set or any tickets to set these requirements on the way we display status and if we yes, if we should reference them here!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No tickets in particular that I am aware of! That is a good callout though and I'm glad you thought of that.
These pages are still undergoing design review + we are fleshing out the org feature. Personally, I think these dates may shift around - or we may decide to add some more in the future. That was my thinking, at least
"""Checks if the given page is a subpage of domains. | ||
Takes a path name, like '/domains/'.""" | ||
# Since our pages aren't unified under a common path, we need this approach for now. | ||
url_names = [ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't think this is necessary to address in this PR, but I imagine this may get bigger as we introduce pages/subpages so should we consider a ticket to revisit this and refactor our paths in a way that's easier to recognize a page's more meta traits? @abroddrick
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree 100% with doing a refactor on our urls - and I share your concern about this list growing. Do you mind branching this off into a slack thread?
I'm in favor of a refactor ticket on these as you mentioned!
def is_portfolio_subpage(path): | ||
"""Checks if the given page is a subpage of portfolio. | ||
Takes a path name, like '/organization/'.""" | ||
# Since our pages aren't unified under a common path, we need this approach for now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same as the above comment that it may be worth revisiting how we organize our URL paths if we're adding more nested pages in the future
notes = models.TextField( | ||
null=True, | ||
blank=True, | ||
) | ||
|
||
def get_first_status_set_date(self, status): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just curious, would we expect any cases where we'd want to get the date a request was first given a certain status aside from started
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe for scripts or some info for django admin, but I'm not really concrete on it. I left this function around in case we need it, but honestly if you think it'd be more clear to just consolidate these I am totally OK with that too
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also don't have a strong opinion so I'm happy to go with whatever data from audit logs you think would be useful in the future!
🥳 Successfully deployed to developer sandbox za. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - thank you for answering clarifying questions! One nonblocking suggestion to consolidate the first started getter if you think there's no likely use cases for getting the first time a certain status was set, but will leave that to your discretion!
Ticket
Resolves #2595
Changes
Withdrawn on:
date.no
even if one did in fact exist.domains
anddomain requests
as activeContext for reviewers
**Important: ** When viewing these changes in portfolio view, make sure that the domain requests that you add a portfolio have yourself set as the creator. We have not yet implemented a viewonly view, as that is a follow-on ticket. This means that you will only see these dates on the "manage" page for now.
To see your portfolio, you will need the following:
organization_feature
andorganization_requests
enabled ("everyone" set to "yes)User portfolio permission
record with yourself added as an admin. This can be found on that table.started
domain request that you yourself created (aka using the start a new domain request button)Note: You can technically view our viewonly mode for started and action needed domains, but its not yet supported. To do so, you need to copy the domain request id in the url, and navigate to
http://getgov-za.app.cloud.gov/domain-request/{ID}
.Setup
You will need to test the following cases:
Last updated on
as no update was specified.no
, but instead displays their nameCode Review Verification Steps
As the original developer, I have
Satisfied acceptance criteria and met development standards
Ensured code standards are met (Original Developer)
Validated user-facing changes (if applicable)
As a code reviewer, I have
Reviewed, tested, and left feedback about the changes
Ensured code standards are met (Code reviewer)
Validated user-facing changes as a developer
New pages have been added to .pa11yci file so that they will be tested with our automated accessibility testing
Checked keyboard navigability
Meets all designs and user flows provided by design/product
Tested general usability, landmarks, page header structure, and links with a screen reader (such as Voiceover or ANDI)
Tested with multiple browsers, the suggestion is to use ones that the developer didn't (check off which ones were used)
(Rarely needed) Tested as both an analyst and applicant user
Note: Multiple code reviewers can share the checklists above, a second reviewers should not make a duplicate checklist
As a designer reviewer, I have
Verified that the changes match the design intention
Validated user-facing changes as a designer
Checked keyboard navigability
Tested general usability, landmarks, page header structure, and links with a screen reader (such as Voiceover or ANDI)
Tested with multiple browsers (check off which ones were used)
(Rarely needed) Tested as both an analyst and applicant user
Screenshots