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

Fyst 794 id permanent building fund tax #4946

Merged
merged 24 commits into from
Nov 13, 2024

Conversation

DrewProebstel
Copy link
Contributor

@DrewProebstel DrewProebstel commented Nov 4, 2024

https://codeforamerica.atlassian.net/browse/FYST-794

Is PM acceptance required? (delete one)

  • Yes - don't merge until JIRA issue is accepted!

Reminder: merge main into this branch and get green tests before merging to main

What was done?

  • added the received Idaho public assistance field to the Idaho Intake
  • adds tax lines ID40 32A and ID40 32B
  • adds the Idaho Permanent Building Fund Tax view

How to test?

  • Describe the testing approach taken to verify the changes, including:
    • Rspec tests
  • Specify any relevant testing environments used (e.g., development, staging, demo, Heroku).
  • Risk Assessment
  • No obvious risk

Screenshots (for visual changes)

Screenshot 2024-11-06 at 5 27 23 PM Screenshot 2024-11-06 at 5 29 00 PM

write_df_xml_value(__method__, "X")
def set_spouse_blind
create_or_destroy_df_xml_node(:spouse_blind, true, 'VirtualCurAcquiredDurTYInd')
write_df_xml_value(:spouse_blind, 'X')
Copy link
Contributor

@arinchoi03 arinchoi03 Nov 7, 2024

Choose a reason for hiding this comment

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

refactored here because the primary_blind and spouse_blind xml readers were being overridden by the custom setters. Now these methods are more clear about their purpose and also allows us to easily access the value in the is_primary_blind? and is_spouse_blind? methods

We have to use :primary_blind & :spouse_blind keys instead of __method__ here because the method name doesn't match the key names of the selectors we're using to access the XML data.

Copy link
Contributor

Choose a reason for hiding this comment

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

@jachan the refactor promised -- pls let me know if you have concerns. Unfortunately the implementation is split between multiple commits :( but if you just look at the changes in this file (and maybe the nj intakes factory) you should be caught up!

Copy link
Contributor

@anisharamnani anisharamnani left a comment

Choose a reason for hiding this comment

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

I am fairly new to the team, but from what I've seen this looks great! Thanks Drew & Arin!

context "has filing requirement, no blind filer, and no public assistance indicator" do
before do
intake.direct_file_data.total_income_amount = 40000
intake.direct_file_data.total_itemized_or_standard_deduction_amount = 2112
Copy link
Contributor

Choose a reason for hiding this comment

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

ooh how come we didn't use the no_filing_requirement / filing_requirement trait in the factory for these?

context "when the client has filing requirement and is not blind" do
before do
intake.direct_file_data.total_income_amount = 40000
intake.direct_file_data.total_itemized_or_standard_deduction_amount = 2112
Copy link
Contributor

Choose a reason for hiding this comment

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

let's use the new traits here!

<div id="permanent-building-fund" class="white-group">
<div class="spacing-below-5">
<p class="text--bold spacing-below-5"><%=t(".permanent_building_fund_tax") %></p>
<p><%= current_intake.received_id_public_assistance == "no" ? t("general.affirmative") : t("general.negative") %></p>
Copy link
Contributor

Choose a reason for hiding this comment

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

can we use the current_intake.received_id_public_assistance_no? here instead of the comparison

Copy link
Contributor

@arinchoi03 arinchoi03 left a comment

Choose a reason for hiding this comment

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

i know we worked on this together but adding some extra things -- fine to put in acceptance without asking for another review ✅

Copy link

github-actions bot commented Nov 8, 2024

Heroku app: https://gyr-review-app-4946-58f939bde601.herokuapp.com/
View logs: heroku logs --app gyr-review-app-4946 (optionally add --tail)

Copy link
Contributor

@squanto squanto left a comment

Choose a reason for hiding this comment

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

lgtm 👍

@DrewProebstel DrewProebstel merged commit 33b839a into main Nov 13, 2024
7 checks passed
@DrewProebstel DrewProebstel deleted the FYST-794-id-permanent-building-fund-tax branch November 13, 2024 23:33
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.

4 participants