Skip to content

Add applicant determination access setting - #4976

Open
frjo wants to merge 7 commits into
mainfrom
fix/determination-access
Open

Add applicant determination access setting#4976
frjo wants to merge 7 commits into
mainfrom
fix/determination-access

Conversation

@frjo

@frjo frjo commented Sep 2, 2026

Copy link
Copy Markdown
Member

Adds a new setting DETERMINATION_DETAILS_ACCESS_APPLICANT that default to True. So no change in behaviour unless the setting is changed from the default.

Setting it to False will hide detailed_data from applicants.

Also fixed a view permission bug in ApplicantDeterminationDetailView.

@frjo
frjo requested a review from wes-otf September 2, 2026 18:24
@frjo

frjo commented Sep 2, 2026

Copy link
Copy Markdown
Member Author

A new Hypha implementor needs this function. With the default value nothing will change for current installs.

@frjo frjo added Type: Enhancement This is an improvement of an existing thing (not a new thing, which would be a feature). Type: Patch Mini change, used in release drafter labels Sep 4, 2026

@wes-otf wes-otf left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

It looks pretty good to me! Left a super small comment and also wondering if there's a way to indicate to staff what fields the applicants will see - while it seems intuitive in wagtail I could see staff accidentally writing something in the required Message field that applicants weren't supposed to see if it wasn't labeled correctly.

Open to thoughts on that though!

{% if answer == True or answer == False %}
{{ answer|yesno:_("Agree,Disagree") }}
{% for question, answer in group.questions %}
<h3 class="pb-1 mb-2 font-medium border-b text-h3 border-base-300 question">{{ question }}</h3>

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

super nitpick & I don't think it was introduced in this PR but should we add a little more space between detailed_data questions? maybe even to match the gap-8 of the other section separators? seems a little scrunched together

Image

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

@wes-otf How does this look?

Skärmavbild 2026-09-10 kl  09 01 25

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

This looks perfect! I was also thinking maybe a divider on the form itself so staff knew before submitting what fields would be seen. Let me know if you think that makes sense too? outside of that this is ready to go!

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

Will take a look at that.

@frjo

frjo commented Sep 10, 2026

Copy link
Copy Markdown
Member Author

a way to indicate to staff what fields the applicants will see

This never occurred to me but reading your comment and it such an obvious feature.

@frjo
frjo force-pushed the fix/determination-access branch from ca5d6a2 to 64f0265 Compare September 10, 2026 07:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Type: Enhancement This is an improvement of an existing thing (not a new thing, which would be a feature). Type: Patch Mini change, used in release drafter

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants