Fix: Prevent dropdown width from shrinking in container picker (#12642)

[L-Abraham]

Summary

Fixes #12642
This PR resolves an issue in the log viewer where the width of the container dropdown fluctuates during expand/collapse, causing misalignment with adjacent buttons.

Occurred changes and/or fixed issues

Modified the .containerPicker CSS class to:

• Set a min-width of 200px and max-width of 300px to stabilize the dropdown width.
• Maintain consistent height (height: 30px) with adjacent buttons.
• Ensured the dropdown no longer resizes or misaligns the buttons when expanded or collapsed

Technical notes summary

• The CSS update applies only to the containerPicker class within the log viewer context.
• The fix ensures consistent behaviour across all states (expanded, collapsed) of the dropdown.

Areas or cases that should be tested

1. Deploy a pod with multiple containers
2. Open View Logs: Expand and collapse the dropdown multiple times. Verify that the dropdown width does not fluctuate.
3. Check alignment and responsiveness of buttons next to the dropdown
4. Test in different browsers (e.g., Chrome, Firefox, Safari) - It was tested in Chrome & Safari

Areas which could experience regressions

• Ensure no regressions in other components using containerPicker

Screenshots

Before Fix:

After Fix:

NOTE: there was a max-width set, this can be changed or based on your design requirement. Here is what a long container name would look like with the width requirement in place:

Checklist

• The PR is linked to an issue and the linked issue has a Milestone, or no issue is needed
• The PR has a Milestone
• The PR template has been filled out
• The PR has been self reviewed
• The PR has a reviewer assigned
• The PR has automated tests or clear instructions for manual tests and the linked issue has appropriate QA labels, or tests are not needed
• The PR has reviewed with UX and tested in light and dark mode, or there are no UX changes