## Description

When importing the TitleBar component in a NextJS app utilizing Server Side Rendering, it will produce an error that "useEffect" can only be run on the client side.

## Additional context

Looks like this component was overlooked from the 1.4.2 release that added the 'use client' directive to components using useEffect.


Minerva 1.5.0

TitleBar doesn't work with SSR

## Description

When building an app with NextJS, pulling in Minerva as a library, the terminal provides this warning and references line 1687.

## Expected behavior

Minerva should not create any terminal warnings or errors

## Screenshots

![Image](https://github.com/user-attachments/assets/10cfce9c-a174-45b0-b1d7-4e04ccec8cf6)

## Additional context

The offending line seems to be from this block of CSS:

```scss
#{$scope} .ua_event {
  position: relative;
  display: flex;
  flex-wrap: wrap;
  padding: #{space('flow')};
  background-color: #{color('background', 'element')};
  align-content: start;
}
```

Source: https://github.com/UA-Stratcom/minerva/blob/dev/src/components/Event/index.scss#L13

autoprefixer: start value has mixed support, consider using flex-start instead

## Description

The accessibility checker in StoryBook flagged this violation on the CodeBlock component. Scrollable regions must have keyboard access so that they can be scrolled with the keyboard.

This is a violation of [WCAG 2.2 § 2.1.1](https://www.w3.org/TR/WCAG22/#keyboard)

## Additional context

StoryBook provided this link for more information:
https://dequeuniversity.com/rules/axe/4.9/scrollable-region-focusable?application=axeAPI


An issue related to an accessibility concern

accessibility

Codeblock: Scrollable region must have keyboard access

Reported by Heather Baker on the web forum (heather.a.baker@ua.edu)

## Description

Are there any plans to update (or include alternate colors via classes) duotone colors for font awesome icons with numbers or symbols in them? Some of our departments requested to use link boxes with icons instead of steps blocks, but the [number icons](https://fontawesome.com/search?o=r&c=numbers&s=solid&ip=duotone) with circles or squares around them end up with insufficient color contrast due to the current red text on red background duotone colors. (Attached is an example of the different styles of font awesome numbers in duotone.)

## Screenshots

![image](https://github.com/user-attachments/assets/8ff7edd0-914b-4fcd-8627-d6562fbc5fd8)


Insuffiencent contrast on select icons

## Description

When adding a primary navigation item that is set to open in a new tab, the icon appears on the next line under the navigation label. 

## How to Reproduce

Steps to reproduce the behavior:

1. Go to menu editor
2. Add a menu item
3. Select "open link in a new tab"
4. See error

## Expected behavior

The icon should appear beside the navigation label.

## Screenshots

![Image](https://github.com/user-attachments/assets/91c9da73-62bd-47c1-8b5c-9868fe4472f5)

## Device Information

- Operating System: OS X 10.15.7 64-bit
- Browser: Chrome 134.0.0.0
- GA Supported: Yes
- Cookies Enabled: Yes
- Browser Size: 1920 x 934
- JavaScript Enabled: Yes
- Browser User Agent String: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36


Known Issues

Fixed on dev

Open Issues