-
Notifications
You must be signed in to change notification settings - Fork 70
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
In support of #13188, audit all instances of paragraphs and usage of Beneficiaries field #15743
Comments
the fieldTags field is showing up in the following places in content-build:
|
Uses of
|
I've been trying to create a Tugboat to add the 4 not-really-used content types (image list, video list, checklist, step-by-step) and confirm how they are rendering. It seems like the |
@jilladams @FranECross @dsasser Please review my findings below. If this seems complete / comprehensive, I'll add these findings to #13188. Findings:The most likely places for code changes are liquid.js (getTagsList) and create-resources-and-support-section.js. There are many places this logic needs to be validated listed below. Typical Tag Usagetags.drupal.liquid liquid.js (getTagsList) Testing Typical Tag Usage in a Tugboat InstanceThe following all rely on tags.drupal.liquid to format their tag data. Validate the files below with their testing instructions.
Outlying Tag UsageThe following are not using tags.drupal.liquid. They are used to group Resources & Support articles by tag for searching when the "Browse by audience" section is included on the R&S home page. Testing Outlying Tag Usage in a Tugboat Instance
"Browse by audience" section in Resources & SupportExample of these child pages being created in the buildVisual of a child page |
@randimays I think this makes sense but want to clarify: for all the cases where your notes use present tense related to a file, e.g. "add a content block" or "create a Checklist", are you indicating what that file is currently doing in prod, or are you suggesting additions / changes to those files? If you mean: this is what the file currently does, then I'm tracking. #13188 will track the Drupal change to make the field a multi-select, so your notes will become the FE implementation ticket that will follow it. (Where we will need to verify everything in a Tugboat, prior to shipping either BE or FE changes.) If we're on the same page, could update the AC here to be to create that FE ticket, and if you're willing, go for it, or @FranECross or I can help if you'd rather - just holler. |
@jilladams I was referring to how to test it in a Tugboat instance for the purposes of validating these findings (since we do not have examples of the checklist / step-by-step / image list / video list in prod). I added some clarity to the language there. But of course, it will also be the way we validate the FE changes once the CMS changes are made. @FranECross I added a new ticket for the front end implementation. |
re:
The findings look complete and very comprehensive, great work! |
Thanks @dsasser! @jilladams @FranECross anything else we need here before closing? Confirming:
|
@randimays Nothing else needed. Thank you! cc @jilladams |
Completed AC and made new ticket for FE work. Closing! |
Description
User story
AS A Product Owner/Manager
I WANT to know what will be affected if we add the ability to add multiple Beneficiary types to a Resources & Support article
SO THAT we know the true scope of the work to determine whether or not to do the work.
Engineering notes / background
This is a Taxonomy, used in a Paragraph on R&S.
We can control the cardinality within a Paragraph, so anywhere the Paragraph is used will be affected.
See #13188
Collaboration
Front end/back end will need to collaborate on this ticket to ensure all is taken into consideration. See Engineering notes on the linked ticket.
Analytics considerations
Quality / testing notes
Acceptance criteria
The text was updated successfully, but these errors were encountered: