Dev test sign gts

Merge Request Checklist

Review

• Make sure the pipeline has passed. You may have to check the mirrored repo in code.il2.dso.mil to see the pipelines.
• Make sure that there are no errors in the development console.
• Make sure everything in the the ticket is addressed and that the acceptance criteria (if applicable) is met.
• Make sure all components and images match the design file or instruction given (if applicable).
• Make sure to take out any unused code.
• Make sure that common mistakes are not present in the code base. (See list under Common Mistakes below).
• Make sure the page is responsive (see the list for Responsiveness below for checklist).
• Check if any other issues may need to be checked (some examples can be found under Other items to look out for)

Common Mistakes

• Make sure all words are spelled correctly (if applicable).
• Make sure the right images are used (if applicable).
• Do not use any inline styles in the HTML component in files.
• Make sure everything is aligned correctly.
• Please avoid making global variables.
• Make sure error handling is in appropriate places.
• Remove all test code within the working sections when ready to push to master.

Responsiveness

For all below check the following breakpoints for Vue apps

Devices	Code	Screen sizes
Extra Small	xs	< 600px
Small	sm	600px > < 960px
Medium	md	960px > < 1264px
Large	lg	1264px > < 1904px
Extra Large	xl	> 1904px

• Check for bad word breaks within each breakpoint.
• Check to see if components are misaligned or have bad spacing, padding, or margin.
• Check to see if components overflow to either side of the viewport.
• Check if there are any weird visual glitches at different breakpoints.

Other items to look out for

• Make sure new API calls use the correct HTTP verb and when working with JSON make sure it is validated. - With GETs, make sure that text/html return type is avoided and application/json is used when dealing with json data. - Avoid transmission of confidental data in URL parameters and unnecessary parameters. - Make sure all API calls are within a try catch block with appropriate error handling.
• If dealing with forms, make sure the form has input validation.
• Avoid logging confidental information.
• Make sure no-cache is on confidental web pages.
• Make sure rel="noopener noreferer" is on any link that opens to a new tab.

src/views/WhoWeAre.vue

@@ -323,15 +323,6 @@ export default {
           bio: "Phillip is..well...Phillip. Yeah, that about sums it up...",
           flex: "4",
           id_tag: "phillip_record"
-        },
-        {
-          img: "Austen-Bryan.png",
-          name: "MAJOR AUSTEN BRYAN",
-          position: "",
-          bio:
-            "Austen Bryan is our Chief of Futures and Innovation Officer and by that we mean he literally keeps the lights on and acts as a #meatshield for our internal team. He came to us from the Level UP team in San Antonio when this initiative took off. He is our bridge to the Acquisitions rockstars, that get us all contracts to work here and licenses for the tools to do our jobs, and our engineering teams working miracles on the daily. His leadership and guidance add structure to our chaos and get us from idea to creation so we’re not just vaporware that lives in PowerPoint – which we’ve seen before. His tentacles reach deep into Platform One but he keeps his head above water driving our vision and keeping a system view. If it wasn’t for Austen, we probably would’ve killed each other by now. He leads basically everything which is a wide variety in this startup (to big company transition) mode we operate in. Some days he’s writing acquisition documents, some days he just chats with customers, you just never know. What did he want to do? Code.",
-          flex: "4",
-          id_tag: "austen_bryan"
         }
       ],
       PageMetaWhoWeAre: PageMeta.WhoWeAre