Update winrm-exec.py

[GrymnDolen]

1. Set the encoding configuration for sys.stdout to UTF-8 for handling special characters correctly.
   

2. Configured the locale to 'fr_FR.utf8' for special character support like "é" and "ê."
   

3. Renamed variables to adhere to Python naming conventions.
   

4. Modified the output encoding to 'cp437' for compatibility with the Windows CMD console.
   

5. Adjusted the decoding of command output in the while loop to use 'cp437' encoding.
   

[Copilot]

Pull request overview

This PR adjusts winrm-exec.py stdout/locale configuration and modifies how command output is decoded/written, aiming to improve special-character handling and Windows console compatibility.

Changes:

• Adds locale and stdout encoding configuration at import time.
• Introduces a hard-coded cp437 decoding path when streaming command output.
• Minor refactor/formatting in the output read loop (variable spacing, extra error handling).

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

[fdevans]

Thanks for the contribution here, and apologies for the long silence on this one.

This has been open for a couple of years now, and the plugin has moved on quite a bit in the meantime (recent Rundeck 6.0 / Python tooling updates, plus more general codepage/output-charset handling landed in #104 and #108). At this point the underlying special-character issue you were hitting should be addressable through the existing RD_NODE_OUTPUT_CHARSET / RD_NODE_CODEPAGE environment variables rather than a locale/codepage override baked into the script, so I'm going to close this rather than try to carry it forward.

If you're still running into character-encoding issues on non-English Windows nodes, please open a new issue on rundeck/rundeck with the details and we'll take a look. Thanks again for flagging the original problem.