Remove extra step in login by consolidating partner_user & user into singular user table.

✍️ Description

This release’s major featured change is that we’ve combined the PartnerUser && User records to a single User record. This was needed to simplify our data structure so that we don’t have to manage two separate user records for authentication/authorization.

This DOES NOT include the addition of a role base system to grant access to partner & bank resources. We are making out with just adding a partner_id to User to manage who and who can’t access to partner.

✨ What's New?

• Consolidated the PartnerUser & User record
• Added UI changes to allow Banks to switch between bank and partner account (if they have one under the same email). An option to switch between will be underneath the dropdown on the upper right hand corner.
  
• Auto downcase partner emails when adding them to keep consistency. “EdwinMak@example.com” will be saved as “edwinmak@example.com”
• Update naming of fields #3039

🐞 Bug Fixes

• Fix issue that caused Distribution & Donation breakdown to be the same.
• Fix issue that caused times on the Calendar view to be off.
• Updated the text in support to say we meet on Sundays and not on Saturdays.

💖 Other Changes

5.0.1 - Hotfix for accessing delayed jobs.

✍️ Description

Fixes the issue in which you cannot access /delayed_job route which mounts the delayed_job_web interface. This is particularly important to gain access to because we've noticed emails sent via workers haven't been getting sent out or being received.

✨ What's New?

• N/A

🐞 Bug Fixes

• Update /delayed_job route to depend on being logged in as a super_admin rather than another username/password

💖 Other Changes

5.0.0

✍️ Description

We are restarting the process for tagging & releasing! This is due to our realization that it wasn't transparent what or when we deploy releases to production.

Note! The jump between 4.x.x and 5.0.0 is massive since we haven't been tagging releases! This release notes WILL NOT contain every change since then. Here are the really big changes:

• Merged the two databases to a singular one for easier development and maintainability
• Introduced an integration that auto populates Github Project V2 board with support issue so our team can see issues more easily without juggling more tools!

✨ What's New?

• Updated the language for many fields to not use the language "diaper" but rather "essentials". This is important since we aren't only servicing diapers anymore! We've expanded!

🐞 Bug Fixes

• Fix grammar issue in the invitation for partners
• Prevent sending invitations to partners that haven't been invited yet on email updates. This was causing problems for some banks in that they didn't intend to send invitations yet while entering their internal records to the Human Essentials platform.
• Fix the bug that caused you to be unable to deactivate partners.

💖 Other Changes

• Updated the fetching of production data to only pull down the singular DB.

Onebase to rule them all!

✍️ Description

Alright friends... this is a very exciting release! This release includes the foundations necessary to merge the two applications Diaperbase & Partnerbase together. We've wanted this for some time to simplify development greatly.

Note - this is only adds the foundations and isn't fully released to production yet (using a feature flag). Work still needs to be done to transition partners to using this.

Here are some reasons why we are merging the two applications together:

• Managing an API between partner & diaper has been difficult. As a result, features that have been in demand but require changes in both applications do not get completed.
• New volunteers often encounter issues trying to get their development setup which requires two applications to run.
• The overhead of running two separate applications is too high and makes using hosting services like Heroku too costly.
• It is too difficult to manage two separate repositories. We've found that Diaperbase gets prioritized over partnerbase.

How does this work?

The Partnerbase application is being transplanted into the Diaperbase application. This transplanted version uses Rails 6's multiple DB feature to connect with the existing partnerbase database.

What is next?

• We'll need to move over more functionality from partnerbase into diaperbase whilst replacing API calls into service objects that communicate between databases. Issues will be created!
• Migrate the files/documents stored in the partnerbase's VM into a storage service like Azure Blob.
• Recruit partner testers to utilize the new partnerbase application hosted hosted within diaperbase.
• Once it is all done, redirect all old partnerbase traffic to the new application.

✨ What's New?

• You can now access partner data directly via active records in diaperbase. For example, the code below access the partner table in the Partnerbase database. We can likely use to avoid having to make a GET request.

2.7.2 :006 > Partners::Partner.last
  Partners::Partner Load (1.3ms)  SELECT "partners".* FROM "partners" ORDER BY "partners"."id" DESC LIMIT $1  [["LIMIT", 1]]
 => #<Partners::Partner id: 6, diaper_bank_id: 1, executive_director_name: nil, program_contact_name: nil, pick_up_name: nil, application_data: nil, diaper_partner_id: 5, partner_status: "pending", name: nil, distributor_type: nil, agency_type: nil, agency_mission: nil, address1: nil, address2: nil, city: nil, state: nil, zip_code: nil, website: nil, facebook: nil, twitter: nil, founded: nil, form_990: nil, program_name: nil, program_description: nil, program_age: nil, case_management: nil, evidence_based: nil, evidence_based_description: nil, program_client_improvement: nil, diaper_use: nil, other_diaper_use: nil, currently_provide_diapers: nil, turn_away_child_care: nil, program_address1: nil, program_address2: nil, program_city: nil, program_state: nil, program_zip_code: nil, max_serve: nil, incorporate_plan: nil, responsible_staff_position: nil, storage_space: nil, describe_storage_space: nil, trusted_pickup: nil, income_requirement_desc: nil, serve_income_circumstances: nil, income_verification: nil, internal_db: nil, maac: nil, population_black: nil, population_white: nil, population_hispanic: nil, population_asian: nil, population_american_indian: nil, population_island: nil, population_multi_racial: nil, population_other: nil, zips_served: nil, at_fpl_or_below: nil, above_1_2_times_fpl: nil, greater_2_times_fpl: nil, poverty_unknown: nil, ages_served: nil, executive_director_phone: nil, executive_director_email: nil, program_contact_phone: nil, program_contact_mobile: nil, program_contact_email: nil, pick_up_method: nil, pick_up_phone: nil, pick_up_email: nil, distribution_times: nil, new_client_times: nil, more_docs_required: nil, sources_of_funding: nil, sources_of_diapers: nil, diaper_budget: nil, diaper_funding_source: nil, created_at: "2020-03-15 18:46:26", updated_at: "2020-03-15 18:46:26", other_agency_type: nil, status_in_diaper_base: nil>

• You can login as a partnerbase user (see README for login credentials) and make a request. Only available when Flipper.enabled?(:onebase) == true

🐞 Bug Fixes

N/A

💖 Other Changes

• I've updated Partnerbase to utilize a Azure Postgres instance instead of relying on the VM's postgres

Bug Fixes & Goodies

✍️ Description

We've released a few new extra goodies and some fixes to some bugs!

✨ What's New?

• Added the total value & quantity to distribution information pages. So that you can get a quick glimpse at the total value + quantity of a package
  

• Added the feature to flag a Diaper Drive as being Virtual.
  
  

🐞 Bug Fixes

• Prevent the issue were destroying a StorageLocation cause a 500 error when viewing the inventory page. This was due to an extraneous InventoryItem that had no StorageLocation

• Improved clarity of the invitation email we send out to new diaper base organizations. We noticed "Invitation Instructions" from accounts@diaper.app was getting lost. Now it says "Your Diaper App Account Approval"

• Properly show the tabs on the Item Types page. (Thanks Rachel for bringing this up!)

💖 Other Changes

N/A

New Goodies!

✍️ Description

Hey there! We've got another great update for diaperbase that adds some neat new features 😍.

✨ What's New?

• Add filtered by partner option for requests. Now you can filter the list of requests from partners by partner.

• Added the ability to define the Square Footage & Warehouse type of Storage Locations.

🐞 Bug Fixes

• Prevent raising an error in development if an asset isn't precompiled. This causes development to be halted and depend on possibly unimportant assets to be loaded.

💖 Other Changes

• Add warning to the sandbox staging page so that users don't accidentally treat the testing site as production.

Bugfixes & Fullstory

✍️ Description

Some bug fixes and a few monitoring tools to help figure out how users are using diaperbase app

✨ What's New?

• Added fullstory to see how users are using the application

🐞 Bug Fixes

• Prevent failing in the NotifyPartnerJOb
• Prevent failing of spec periodically
• Prevent 500 error caused by trying to fetch on nil

💖 Other Changes

N/A

Bug Squashing

✍️ Description

This is a quick fix to address some issues discovered.

✨ What's New?

N/A

🐞 Bug Fixes

• Prevent creating incomplete Kits due to a silent failure
• Fix bug which caused request page to crash for some users.

💖 Other Changes

N/A

You get kits! And you get gets!

✍️ Description

I'am excited to announce with this 3.0.0 release... users will be able to create Kits!

✨ What's New?

• New Kit Feature See demo here

🐞 Bug Fixes

N/A

💖 Other Changes

N/A

Hotfix request page wasn't loading for some

✍️ Description

Hotfix hotfix!

✨ What's New?

N/A

🐞 Bug Fixes

• Fixed issue where the request page wasn't loading for some users. This was caused because a item_id did not match any known Item. We added a temporary solution to file them under "Unknown Item", until we figure out a better solution.

💖 Other Changes

N/A