Skip to content
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

LG-14700 Remove Unused CSS styling for selfie input #11313

Open
wants to merge 4 commits into
base: main
Choose a base branch
from

Conversation

AShukla-GSA
Copy link
Member

@AShukla-GSA AShukla-GSA commented Oct 4, 2024

[skip changelog]

🎫 Ticket

Link to the relevant ticket:
LG-14700

👀 Screenshots

If relevant, include a screenshot or screen capture of the changes.

After: Screenshot 2024-10-04 at 10 58 26 AM

@aduth
Copy link
Member

aduth commented Oct 4, 2024

Is there a screenshot of what this is intended to look like?

@AShukla-GSA
Copy link
Member Author

Is there a screenshot of what this is intended to look like?

Yes, adding it to screenshot section of original comment. This is also how the field looked in the previous branch. Tested locally.

@AShukla-GSA AShukla-GSA requested a review from aduth October 4, 2024 16:04
@@ -17,7 +17,7 @@
border-width: 3px;
}

usa-file-input:not(
.usa-file-input:not(
Copy link
Member

Choose a reason for hiding this comment

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

What exactly are these styles meant to do? I'm having trouble figuring out what combination of states this is meant to apply to.

Copy link
Member Author

Choose a reason for hiding this comment

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

It is supposed to apply to the acuant input fields that don't have values pending and are selfie inputs (not front/back ID inputs)

Copy link
Member Author

Choose a reason for hiding this comment

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

During initial capture and all subsequent selfie input fields during recapture if failed attempts.

Copy link
Member

Choose a reason for hiding this comment

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

But I don't see how these styles ever apply. I'm not seeing 21rem height on the back/front fields when I test. usa-form-group--success is only applied if the image is changed, but then we exclude usa-file-input--has-value so I don't see how they ever get applied.

Could you show me a screenshot where the field is rendered at 21rem height?

Copy link
Member Author

@AShukla-GSA AShukla-GSA Oct 4, 2024

Choose a reason for hiding this comment

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

The image ratio changes (21rem height) should only apply to the selfie capture. Below are some images of the ratio in effect. The ID fields should remain unchanged.

Screenshot 2024-10-04 at 12 11 54 PM Screenshot 2024-10-04 at 12 12 04 PM Screenshot 2024-10-04 at 12 12 25 PM Screenshot 2024-10-04 at 12 11 44 PM

Copy link
Member Author

Choose a reason for hiding this comment

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

Pushed up some edits to remove unneeded classes

Copy link
Member

Choose a reason for hiding this comment

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

I don't think these styles are being applied. The screenshot you showed is not 21rem height.

This is what it would look like if the styles were actually applied. I simulated this by hard-coding a style for 21rem height. It looks different from your screenshot, and also overlaps with the button.

image

Copy link
Member

@aduth aduth left a comment

Choose a reason for hiding this comment

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

LGTM

@AShukla-GSA AShukla-GSA changed the title LG-14169 Quick update to css file based on aduthy review comment LG-14700 Remove Unused CSS styling for selfie input Oct 18, 2024
@aduth
Copy link
Member

aduth commented Oct 23, 2024

@AShukla-GSA What's the status of this pull request? Can it be merged?

@AShukla-GSA
Copy link
Member Author

@AShukla-GSA What's the status of this pull request? Can it be merged?

I was asked by my team and PM to ticket this for a future sprint and keep the PR (but put a Do Not Merge Label on it).
New Ticket: https://cm-jira.usa.gov/browse/LG-14700
I can close this PR if needed

@aduth
Copy link
Member

aduth commented Oct 23, 2024

Any idea when that ticket might be prioritized? I'd hate to risk this falling by the wayside and forgotten about, especially when you've already done the work and the pull request is approved.

@AShukla-GSA
Copy link
Member Author

Any idea when that ticket might be prioritized? I'd hate to risk this falling by the wayside and forgotten about, especially when you've already done the work and the pull request is approved.

I can bring it up to them in our next stand up, and I will make it a priority to pick it up from the backlog if free.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants