fix(docker_context): ignore unix domain socket path from Docker Context

[ananta]

fix(modules): ignore unix domain socket path from Docker Context

Description

Implemented functionality to slice long Unix domain socket paths in Docker Context within the terminal prompt. This optimization ensures the prompt remains concise and user-friendly, especially in environments where Unix domain socket paths are lengthy.

Motivation and Context

This enhancement addresses the issue of excessively long terminal prompts when Unix domain sockets are used in Docker Contexts. The change is aimed at improving the user experience by maintaining a manageable prompt length. Relevant issue:
Closes #5548

Screenshots (if appropriate):

Before:

After:

How Has This Been Tested?

• I have tested using MacOS

Checklist:

• I have updated the tests accordingly.

[davidkna]

I would prefer handling it like this:

Suggested change

	"context" => Some(Ok(if ctx.contains("unix://") {
	""
	} else {
	ctx.as_str()
	})),
	"context" if !ctx.starts_with("unix://") => Some(Ok(ctx.as_str())),

[davidkna]

On the other hand, it might make sense to avoid displaying the module at all and returning None like when the value is default.

[ananta]

Thank you for reviewing the PR 😄 . I've updated the codebase accordingly. Let me know if you have any more suggestions!

[davidkna]

I thought a bit about this, and please do move the ctx.starts_with("unix://") above and combine it with the ctx == "default" check.

[ananta]

Sure @davidkna,
But, if we merge the check for the "default" context with the current condition, the via 🐳 text will be omitted from our prompt when a Docker context is present. Is this an acceptable outcome?

[davidkna]

Yes.

[ananta]

@davidkna Refactored!
I've squashed the irrelevant commits and retained only the first two for clarity. This ensures that if we need to revert in the future, the necessary changes are readily accessible. Thank you for reviewing the PR!

[andytom]

Thank you for your contribution @ananta and thank you for reviewing @davidkna.