95
Total Pages
59
Linux-Friendly Pages
36
Pages with Bias
37.9%
Bias Rate

Bias Trend Over Time

Pages with Bias Issues

184 issues found
Showing 151-175 of 184 flagged pages
IoT Edge Create transparent gateway device using Azure IoT Edge ...articles/iot-edge/how-to-create-transparent-gateway.md
Medium Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Powershell Heavy 🔧 Windows Tools Windows First
Summary
The documentation provides both Linux and Windows instructions, but the Windows/PowerShell tooling for EFLOW is heavily featured, with custom PowerShell cmdlets (Copy-EflowVMFile, Connect-EflowVm, Invoke-EflowVmCommand) described in detail. These Windows-specific tools are mentioned before or more prominently than their Linux equivalents, and the EFLOW (Windows) workflow is more complex and tool-driven. Linux instructions use standard commands, but Windows/PowerShell examples are given more space and detail, potentially making Windows seem like the primary platform.
Recommendations
  • Provide equivalent Linux/macOS tooling or scripts for certificate transfer and port management, and mention them with equal prominence.
  • Ensure Linux instructions are as detailed as Windows/PowerShell ones, especially for tasks like copying files and opening ports.
  • Consider listing Linux instructions first or side-by-side with Windows to avoid 'windows_first' impression.
  • Add explicit guidance for macOS users where applicable, or clarify platform limitations.
  • Where custom PowerShell cmdlets are used, offer Bash or cross-platform alternatives if possible.
IoT Edge How to implement IoT Edge observability using monitoring and troubleshooting ...cs/blob/main/articles/iot-edge/how-to-observability.md
Medium Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Powershell Heavy Windows First Missing Linux Example
Summary
The documentation page demonstrates a Windows bias in the deployment instructions, requiring PowerShell and providing only PowerShell-based deployment steps. There are no Linux/macOS shell examples, nor is there guidance for running the deployment script on non-Windows platforms. The prerequisites list PowerShell before Azure CLI, and the deployment workflow assumes a Windows environment.
Recommendations
  • Provide equivalent Bash shell instructions for Linux/macOS users, including how to run the deployment script using Azure CLI or a cross-platform shell.
  • Clarify whether the PowerShell script can be run using PowerShell Core on Linux/macOS, and provide installation guidance for those platforms.
  • List prerequisites in a neutral order, or explicitly mention Linux/macOS compatibility.
  • Offer troubleshooting notes for common issues on Linux/macOS (e.g., file permissions, path separators).
IoT Edge [Individual enrollment](#tab/individual-enrollment) ...e/includes/iot-edge-create-dps-enrollment-symmetric.md
Medium Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Powershell Heavy Windows First Missing Linux Example
Summary
The documentation provides a PowerShell-only example for deriving a device key, explicitly referencing Windows and omitting equivalent Linux/macOS instructions. This creates friction for non-Windows users who must find their own solution for a critical provisioning step.
Recommendations
  • Add a Linux/macOS example using common tools such as OpenSSL, Python, or Bash to derive the device key.
  • Present both Windows and Linux/macOS instructions side-by-side or in tabs to ensure parity.
  • Avoid language that implies Windows is the default or only supported platform for key generation.
IoT Edge Develop Azure IoT Edge modules using Visual Studio Code tutorial ...b/main/articles/iot-edge/tutorial-develop-for-linux.md
Medium Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 4 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools Missing Linux Example
Summary
The documentation page exhibits a moderate Windows bias. While it acknowledges Linux and macOS as supported development platforms and provides some Linux-specific guidance, Windows is repeatedly presented as the default or primary environment. Windows-specific tools, paths, and patterns (e.g., PowerShell, Windows directory paths, Docker Desktop for Windows, nested virtualization on Hyper-V) are mentioned first or exclusively in several places. Some examples and instructions use Windows-centric syntax (e.g., 'c:\dev\iotedgesolution'), and troubleshooting tips reference Windows tools before Linux equivalents. Although Linux alternatives are mentioned, they are often secondary, and Linux users may need to adapt instructions or infer the correct steps for their platform.
Recommendations
  • Provide Linux/macOS examples and instructions alongside Windows examples, especially for directory paths, environment variables, and command-line usage.
  • Avoid presenting Windows as the default; use neutral language or parallel instructions for all platforms.
  • Include Linux-specific troubleshooting steps and tool recommendations (e.g., systemd, bash, Linux Docker installation) where relevant.
  • Ensure all PowerShell or Windows command prompt instructions are matched with bash/zsh equivalents.
  • Explicitly call out differences for Linux/macOS users in setup and configuration steps, rather than assuming adaptation.
  • Add screenshots or terminal output from Linux/macOS environments where applicable.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/debug-without-container-run.md ...icles/iot-edge/includes/debug-without-container-run.md
Medium Priority View Details →
Scanned: 2026-01-11 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation primarily addresses Windows users by warning that the default Windows shells (PowerShell, Command Prompt) cannot run the curl command, and recommends switching to Git Bash or WSL Bash. There is no explicit mention of Linux or macOS environments, nor are there instructions or examples tailored for those platforms. The guidance assumes Windows as the default and does not provide parity for native Linux users.
Recommendations
  • Add explicit instructions for running the curl command on native Linux and macOS terminals, confirming that the command works as shown.
  • Include a note stating that on Linux and macOS, the curl command can be run directly in the default terminal.
  • Rephrase the note to address all platforms equally, rather than focusing on Windows-specific limitations.
  • Consider providing troubleshooting tips for curl installation on all platforms, not just Windows.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/debug-without-container-run.md ...icles/iot-edge/includes/debug-without-container-run.md
Medium Priority View Details →
Scanned: 2026-01-10 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation primarily addresses Windows users by referencing Windows-specific shells (Git Bash, WSL Bash) and does not provide explicit instructions or examples for native Linux or macOS environments. The note focuses on how to make curl work in Windows terminals, implying Windows as the default platform and omitting guidance for Linux users.
Recommendations
  • Add explicit instructions for running the curl command in native Linux and macOS terminals, clarifying that it works out-of-the-box in those environments.
  • Reorder or balance the note to mention Linux/macOS usage first or equally, rather than focusing on Windows workarounds.
  • Include a brief section or note confirming that the steps are identical for Linux/macOS, or highlight any platform-specific differences.
  • If there are any platform-specific commands (e.g., stopping the simulator), provide both Windows and Linux/macOS equivalents.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/debug-without-container-run.md ...icles/iot-edge/includes/debug-without-container-run.md
Medium Priority View Details →
Scanned: 2026-01-09 00:34
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation page primarily addresses Windows users, with specific instructions about using Git Bash or WSL Bash in Visual Studio Code on Windows to run the curl command. There is no explicit mention of Linux or macOS environments, nor are there examples or guidance for users on those platforms. The instructions and troubleshooting notes are Windows-centric, assuming the user is on Windows and using Visual Studio Code.
Recommendations
  • Add explicit instructions and examples for Linux and macOS users, including terminal usage and any platform-specific considerations.
  • Clarify that the curl command works natively in Linux and macOS terminals, and provide troubleshooting steps for those platforms if needed.
  • Reorder or balance notes so that Linux and macOS are mentioned alongside Windows, rather than only addressing Windows-specific issues.
  • Include a table or section summarizing platform-specific steps for starting/stopping the IoT Edge Simulator and sending test messages.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/how-to-authenticate-downstream-device.md ...cles/iot-edge/how-to-authenticate-downstream-device.md
Medium Priority View Details →
Scanned: 2026-01-08 00:53
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation page exhibits mild Windows bias. In the X.509 self-signed authentication section, the openssl command is presented first for Windows (PowerShell), with the Linux equivalent given second. The Windows command does not use any Windows-specific tools, but the ordering and explicit mention of PowerShell suggests a Windows-first approach. No Linux-specific tools or patterns are highlighted, and there is no mention of Linux package managers or shell environments. However, most examples are cross-platform and use Azure CLI, which is available on both Windows and Linux.
Recommendations
  • Present Linux and Windows command examples side-by-side, or alternate which platform is shown first.
  • Explicitly mention that Azure CLI and openssl commands work on both Windows and Linux, and provide any necessary installation instructions for both platforms.
  • Include notes or links for Linux users regarding certificate management and file paths, as these may differ from Windows.
  • Avoid labeling commands as 'Windows' unless they use Windows-specific tools; use 'PowerShell' only when necessary.
  • Consider adding a section or tip for macOS users if relevant.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/debug-without-container-run.md ...icles/iot-edge/includes/debug-without-container-run.md
Medium Priority View Details →
Scanned: 2026-01-08 00:53
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation primarily addresses Windows users by referencing Windows-specific shells (Git Bash, WSL Bash) and warning that PowerShell and Command Prompt do not support the curl command as shown. There is no explicit mention of Linux or macOS environments, nor are there instructions or examples tailored to those platforms. The guidance assumes the user is on Windows and using Visual Studio Code, without providing parity for Linux users.
Recommendations
  • Include explicit instructions and examples for Linux and macOS users, such as confirming that the curl command works natively in their terminals.
  • Mention that on Linux/macOS, users can use their default terminal to run the curl command without additional configuration.
  • Reorder or balance the note so that Linux/macOS usage is described first or equally alongside Windows.
  • Clarify that Visual Studio Code is cross-platform and provide any necessary platform-specific steps for stopping the simulator.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/quickstart-linux.md ...e-docs/blob/main/articles/iot-edge/quickstart-linux.md
Medium Priority View Details →
Scanned: 2026-01-08 00:53
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
While the documentation is focused on Linux, there is evidence of Windows bias in the deployment instructions. PowerShell examples are provided alongside bash/Cloud Shell examples, and the PowerShell instructions are presented immediately after the bash instructions, rather than in a separate Windows-specific section. There is also a subtle prioritization of Azure portal workflows, which are more familiar to Windows users, and no mention of Linux-native tools or patterns beyond the Azure CLI and SSH.
Recommendations
  • Move PowerShell instructions to a clearly marked Windows section or appendix, and ensure bash/Linux instructions are presented first and more prominently.
  • Explicitly state that PowerShell instructions are for Windows users, and bash/Cloud Shell instructions are for Linux/macOS users.
  • Provide additional Linux-native examples, such as using scp for file transfer, or systemd for service management, where relevant.
  • Highlight Linux-specific troubleshooting steps and tools (e.g., journalctl, systemctl) for managing the IoT Edge runtime.
  • Consider including a table or callout comparing Windows and Linux workflows, making it clear which steps apply to which platform.
  • Ensure that all CLI commands use bash syntax by default, with PowerShell alternatives clearly marked as optional.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/how-to-authenticate-downstream-device.md ...cles/iot-edge/how-to-authenticate-downstream-device.md
Medium Priority View Details →
Scanned: 2025-07-13 21:37
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation generally maintains cross-platform parity, but there is a subtle Windows bias in the ordering and example presentation. In the X.509 self-signed authentication section, the openssl command is shown for Windows (PowerShell) before Linux (Bash), and the Windows command is not clearly marked as PowerShell-specific. There are no Linux-specific tools or patterns highlighted, and the documentation does not provide explicit Linux GUI or CLI examples outside of Azure CLI, which is cross-platform. The certificate generation and transfer steps mention Azure Key Vault and SCP, which are cross-platform, but no Linux-specific certificate management tools or workflows are highlighted.
Recommendations
  • Present Linux and Windows command examples in parallel or alternate the order to avoid always listing Windows first.
  • Clearly label command blocks as 'Windows (PowerShell)' and 'Linux (Bash)' for clarity.
  • Include Linux-specific certificate management tips or references (e.g., using certbot, update-ca-certificates, or Linux file paths).
  • Where GUI steps are shown (e.g., Azure Portal screenshots), consider also providing CLI-only workflows for headless Linux environments.
  • Highlight that Azure CLI and IoT CLI extension are cross-platform, and provide example shell commands for both Bash and PowerShell where relevant.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/how-to-monitor-module-twins.md .../main/articles/iot-edge/how-to-monitor-module-twins.md
Medium Priority View Details →
Scanned: 2025-07-13 21:37
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation shows a bias toward Windows by using Windows-specific device IDs (e.g., 'Windows109') in all JSON examples and does not provide any Linux-based examples or mention Linux-specific considerations. There are no explicit Linux or cross-platform command-line examples, and the only programming example uses .NET, which is more common on Windows. No PowerShell or Windows-only tools are mentioned, but the overall context and examples are Windows-centric.
Recommendations
  • Include JSON examples with Linux-based device IDs (e.g., 'raspberrypi', 'ubuntu-edge') to demonstrate cross-platform applicability.
  • Add explicit notes or examples for Linux users, such as differences in file paths, environment variables, or troubleshooting steps.
  • Provide code samples in additional languages commonly used on Linux (e.g., Python, Node.js) alongside .NET.
  • Ensure that all instructions and screenshots are platform-neutral or provide both Windows and Linux variants where relevant.
  • Clarify that the Azure CLI and Visual Studio Code instructions apply equally to Linux, macOS, and Windows, and mention any platform-specific prerequisites if they exist.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/debug-without-container-setup.md ...les/iot-edge/includes/debug-without-container-setup.md
Medium Priority View Details →
Scanned: 2025-07-12 23:44
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation provides examples and output paths that are Windows-specific (e.g., 'D:\Workspaces\EdgeSolution>'), and does not mention or show equivalent Linux commands, file paths, or terminal outputs. There is no guidance for Linux users on how to run the IoT Edge simulator or interpret outputs in a Linux environment.
Recommendations
  • Include Linux-specific examples alongside Windows ones, such as showing terminal commands with Linux-style paths (e.g., '/home/user/EdgeSolution$').
  • Explicitly mention that the simulator and tools work on both Windows and Linux, and provide any OS-specific setup steps if needed.
  • Show screenshots or terminal outputs from Linux environments in addition to Windows.
  • If there are differences in command usage or prerequisites between Windows and Linux, document them clearly.
  • Ensure that all instructions referencing Visual Studio Code or CLI tools clarify any OS-specific nuances (e.g., how to open the integrated terminal on Linux).
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/debug-without-container-run.md ...icles/iot-edge/includes/debug-without-container-run.md
Medium Priority View Details →
Scanned: 2025-07-12 23:44
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation primarily addresses Windows users by warning them about shell compatibility issues, specifically mentioning Git Bash and WSL Bash as workarounds for running curl, but does not provide explicit guidance or examples for Linux or macOS users. There is an implicit assumption that the default environment is Windows, and Linux usage is not directly addressed.
Recommendations
  • Add explicit instructions or notes for Linux and macOS users, confirming that the curl command works natively in their default terminals.
  • Present platform-specific notes in parallel (e.g., 'On Windows, use Git Bash or WSL Bash; on Linux/macOS, use your standard terminal').
  • Avoid assuming the user is on Windows by default; provide equal visibility to Linux/macOS workflows.
  • Consider including a table or section summarizing terminal/shell compatibility for all major platforms.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/includes/iot-edge-create-container-registry.md ...ot-edge/includes/iot-edge-create-container-registry.md
Medium Priority View Details →
Scanned: 2025-07-12 23:44
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation page demonstrates a Windows/portal-first bias by exclusively guiding users through the Azure Portal GUI, which is most familiar to Windows users. There are no command-line examples (such as Azure CLI or Bash scripts) that would be more typical for Linux users. The instructions and screenshots are tailored to the Azure Portal interface, with no mention of alternative methods suitable for Linux environments.
Recommendations
  • Add equivalent instructions using the Azure CLI (az acr create ...) for creating a container registry, which can be run on Linux, macOS, and Windows.
  • Provide examples of how to retrieve registry credentials using the CLI (az acr credential show ...).
  • Include screenshots or terminal output for CLI-based workflows.
  • Explicitly mention that the Azure Portal is cross-platform but that CLI methods may be preferred in Linux environments.
  • Consider a section comparing portal vs. CLI approaches, highlighting cross-platform compatibility.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/tutorial-deploy-custom-vision.md ...ain/articles/iot-edge/tutorial-deploy-custom-vision.md
Medium Priority View Details →
Scanned: 2025-07-12 23:44
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First 🔧 Windows Tools
Summary
The documentation is generally Linux-focused, with instructions and examples primarily for Linux containers and development environments. However, there are subtle signs of Windows bias: the sample images are sourced from a repository named 'Cognitive-CustomVision-Windows', and the quickstart links list 'Linux device' before 'Windows device', but both are mentioned. There are no explicit PowerShell or Windows command-line examples, but references to Windows (e.g., the repo name) and the inclusion of Windows setup options in prerequisites indicate some residual Windows-centric patterns.
Recommendations
  • Provide sample images from a cross-platform or Linux-named repository, or clarify that the 'Cognitive-CustomVision-Windows' repo is suitable for all platforms.
  • Ensure that any references to Windows tools, paths, or repositories are balanced with Linux equivalents or are clearly marked as cross-platform.
  • If mentioning both Linux and Windows device setup, consider listing Linux first (as is done here), and ensure parity in instructions and troubleshooting for both platforms.
  • Explicitly state that all steps and code are cross-platform unless otherwise noted, and provide links to both Linux and Windows quickstarts equally.
  • Audit for any hidden assumptions (e.g., file paths, line endings, case sensitivity) that may be Windows-specific and clarify or generalize as needed.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/how-to-monitor-module-twins.md .../main/articles/iot-edge/how-to-monitor-module-twins.md
Medium Priority View Details →
Scanned: 2025-07-08 04:23
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation page shows a Windows bias by using Windows-specific device IDs (e.g., 'Windows109') in all JSON examples and not providing any Linux-based examples or references. There are no explicit Linux commands, device names, or screenshots, and the only sample module client code references .NET (commonly associated with Windows, though cross-platform). No mention is made of Linux tools, patterns, or device names, and the examples and walkthroughs implicitly assume a Windows environment.
Recommendations
  • Include examples with Linux-based device IDs (e.g., 'Ubuntu2004', 'raspberrypi', etc.) alongside or instead of Windows IDs in JSON samples.
  • Explicitly mention that the instructions and tools (Azure CLI, VS Code, Azure Portal) are cross-platform and work on Linux, macOS, and Windows.
  • Add screenshots or terminal snippets from Linux environments where appropriate.
  • If referencing code samples, consider including examples in Python or Node.js (popular on Linux) in addition to .NET.
  • Clarify that the steps and troubleshooting guidance apply equally to Linux-based IoT Edge devices.
  • Where possible, provide Linux-specific troubleshooting tips or notes (e.g., file paths, service management commands).
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/security.md ...ocs/azure-docs/blob/main/articles/iot-edge/security.md
Medium Priority View Details →
Scanned: 2025-07-08 04:23
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First 🔧 Windows Tools
Summary
The documentation generally maintains a cross-platform tone, but in the 'Encryption at rest' section, Windows BitLocker is specifically recommended for Windows, while Linux is mentioned only generically ('Linux has several options for encryption at rest'). No specific Linux tools or examples are provided, and the Windows tool is mentioned by name and linked, giving Windows users a clearer path.
Recommendations
  • List specific Linux encryption tools (e.g., LUKS, dm-crypt, eCryptfs) alongside BitLocker, and provide links to their documentation.
  • Present Linux and Windows options in parallel structure, e.g., 'For Linux, consider [LUKS](https://gitlab.com/cryptsetup/cryptsetup), [dm-crypt](https://wiki.archlinux.org/title/Dm-crypt), or [eCryptfs](https://wiki.archlinux.org/title/Ecryptfs). For Windows, [BitLocker](https://docs.microsoft.com/windows/security/operating-system-security/data-protection/bitlocker) is recommended.'
  • Where possible, provide example commands or configuration snippets for both Linux and Windows to ensure parity.
  • Review other sections for opportunities to add Linux-specific guidance or examples, even if only brief, to reinforce cross-platform support.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/how-to-configure-module-build-options.md ...cles/iot-edge/how-to-configure-module-build-options.md
Medium Priority View Details →
Scanned: 2025-07-08 04:23
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation references both Windows and Linux platforms in the module.json example, but the only explicit platform example with an OS name is 'windows-amd64', while Linux platforms are referenced generically by architecture (e.g., 'amd64', 'arm32v7'). There are no explicit Linux-specific instructions, tools, or examples, and the text mentions Visual Studio and Visual Studio Code (which are available on both platforms, but VS is primarily associated with Windows). There are no PowerShell or Windows-only tool references, but the lack of explicit Linux parity in naming and examples suggests a mild Windows-first bias.
Recommendations
  • Add explicit Linux platform keys in the example (e.g., 'linux-amd64') to match the specificity of 'windows-amd64'.
  • Include a Linux-specific example or scenario, such as referencing a Dockerfile.linux-amd64.
  • Clarify in the text that the generic architecture keys (e.g., 'amd64') refer to Linux by default, or provide a table mapping platform keys to OS/architecture combinations.
  • Mention Linux development tools or workflows alongside Visual Studio, such as using VS Code on Linux or command-line Docker builds.
  • Ensure that any future examples or instructions provide parity for both Windows and Linux environments.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/tutorial-deploy-function.md ...lob/main/articles/iot-edge/tutorial-deploy-function.md
Medium Priority View Details →
Scanned: 2025-07-08 04:23
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation is generally cross-platform but exhibits subtle Windows bias: Windows devices are mentioned before Linux devices in some places, and there are no explicit Linux-specific command-line examples or instructions. The tutorial assumes use of Visual Studio Code (which is cross-platform), but does not provide any Linux terminal or shell-specific guidance, nor does it mention or show Linux-native tools or patterns. All steps are described in a way that is platform-agnostic, but the lack of explicit Linux examples or troubleshooting tips may disadvantage Linux users.
Recommendations
  • When listing device setup options, mention Linux before Windows or give them equal prominence.
  • Provide explicit Linux shell/terminal command examples where relevant (e.g., for Docker commands, file navigation, permissions).
  • Include troubleshooting tips or notes for common Linux-specific issues (e.g., Docker permissions, file paths, case sensitivity).
  • Reference Linux-native tools or patterns where appropriate (e.g., using bash scripts for automation, systemd for service management).
  • Add screenshots or terminal output examples from Linux environments, not just generic or Windows-centric visuals.
IoT Edge https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/iot-edge/tutorial-nested-iot-edge.md ...lob/main/articles/iot-edge/tutorial-nested-iot-edge.md
Medium Priority View Details →
Scanned: 2025-07-08 04:23
Reviewed by: Unknown
Issues: 2 bias types
Detected Bias Types
Windows First 🔧 Windows Tools
Summary
The documentation is generally Linux-focused for device configuration and usage, but there are subtle signs of Windows bias. Specifically, directory and output examples use Windows paths (e.g., 'C:\nested-edge\output'), and the documentation references the Azure portal's Windows VM instructions for opening ports. These Windows elements appear before or instead of equivalent Linux examples, despite the main tutorial targeting Linux devices.
Recommendations
  • Provide output directory examples using both Windows (C:\...) and Linux (~/...) paths, or default to Linux paths since the tutorial is Linux-focused.
  • When referencing Azure portal documentation for opening ports, link to both Windows and Linux VM guides, or use the cross-platform documentation.
  • Include example commands and outputs for both Windows and Linux environments where relevant, especially in sections that show file system interactions or command-line outputs.
  • Ensure that any screenshots or code snippets that show file paths or shell prompts are representative of the target OS (Linux in this case), or provide both variants.
  • Review the documentation for any other subtle Windows-first language or assumptions and adjust to be OS-neutral or Linux-first, given the tutorial's prerequisites.
IoT Edge Authenticate downstream devices - Azure IoT Edge ...cles/iot-edge/how-to-authenticate-downstream-device.md
Low Priority View Details →
Scanned: 2026-01-14 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation page demonstrates mild Windows bias in the X.509 self-signed authentication section, where the openssl command is shown for Windows (PowerShell) before Linux (Bash), and the Windows command does not use any Windows-specific tools but is labeled as PowerShell. There are no exclusive Windows tools or patterns, and Linux examples are present wherever relevant. The Azure CLI is used for cross-platform command-line operations, and certificate handling instructions mention both Azure Key Vault and SCP (a Linux/Unix tool).
Recommendations
  • Present Linux and Windows commands side-by-side or in parallel, rather than listing Windows first.
  • Clarify that the openssl command is identical on both platforms, and only the output formatting (e.g., sed usage) differs.
  • Include explicit macOS instructions if there are platform-specific nuances.
  • Avoid labeling generic openssl commands as PowerShell if they are not using PowerShell-specific syntax.
  • Consider providing a table or section for platform-specific certificate handling tips.
IoT Edge Configure devices for network proxies for Azure IoT Edge ...in/articles/iot-edge/how-to-configure-proxy-support.md
Low Priority View Details →
Scanned: 2026-01-14 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools
Summary
The documentation provides both Linux and Windows instructions, but Windows-specific examples (especially PowerShell commands and registry edits) are more detailed and appear before Linux equivalents in some sections. Windows installation steps are more verbose, with explicit PowerShell command examples and references to Windows tools. Linux instructions are present and generally sufficient, but Windows examples are sometimes given first or in more depth.
Recommendations
  • Ensure Linux examples are as detailed as Windows examples, especially for installation and configuration steps.
  • Present Linux instructions before Windows instructions to avoid implicit prioritization.
  • Where possible, provide parity in troubleshooting and advanced configuration examples for Linux (e.g., handling complex proxy credentials).
  • Include explicit bash or shell script examples for Linux where PowerShell is used for Windows.
  • Clarify when instructions apply equally to both platforms, and avoid duplicating Windows steps unless necessary.
IoT Edge Connect a downstream device to an Azure IoT Edge gateway .../articles/iot-edge/how-to-connect-downstream-device.md
Low Priority View Details →
Scanned: 2026-01-14 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools
Summary
The documentation provides both Ubuntu (Linux) and Windows instructions for installing CA certificates, but Windows instructions are more detailed, listing multiple methods (PowerShell, certlm utility, .NET APIs) and referencing Windows-specific tools (Schannel). Windows examples and tools are sometimes mentioned before Linux equivalents, and the Windows section includes more troubleshooting and background information. The documentation also references PowerShell and Windows certificate management utilities, which may not have direct Linux counterparts. However, Linux instructions are present and functional, and SDK sections generally treat Linux and Windows equally.
Recommendations
  • Expand Linux instructions to match the detail provided for Windows, such as including GUI-based certificate installation steps (e.g., using GNOME Certificates or update-ca-certificates GUI tools).
  • Mention Linux TLS stack equivalents (e.g., OpenSSL, GnuTLS) in the same detail as Schannel for Windows.
  • Provide troubleshooting tips specific to Linux (e.g., permissions issues, SELinux/AppArmor, certificate location differences).
  • Ensure Linux examples are presented first or equally alongside Windows examples to avoid perceived prioritization.
  • Reference cross-platform certificate management tools where possible.
IoT Edge Authenticate downstream devices - Azure IoT Edge ...cles/iot-edge/how-to-authenticate-downstream-device.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Missing Linux Example
Summary
The documentation page exhibits mild Windows bias in the X.509 self-signed authentication section, where the openssl command is shown first for Windows/PowerShell, and the Linux version is presented second. The Windows command is labeled as 'Windows' and uses PowerShell syntax, while the Linux command is labeled as 'Linux' and uses Bash syntax. No Linux-specific tools or patterns are discussed elsewhere, and the overall flow does not prioritize Linux or macOS users. However, the Azure CLI is used for most examples, which is cross-platform.
Recommendations
  • Present Linux and Windows command examples side-by-side, or alternate which is shown first.
  • Explicitly mention macOS compatibility for CLI and openssl commands.
  • Provide guidance for certificate management and file operations on Linux/macOS (e.g., using scp, chmod, etc.), not just generic references.
  • Include screenshots or instructions for Linux-based environments where relevant (e.g., Azure Portal on Linux browsers, CLI usage in Linux terminals).
  • Clarify that all CLI commands work on Linux/macOS and provide troubleshooting tips for common platform-specific issues.