28
Total Pages
25
Linux-Friendly Pages
3
Pages with Bias
10.7%
Bias Rate

Bias Trend Over Time

Pages with Bias Issues

14 issues found
Showing 1-14 of 14 flagged pages
Azure Impact Reporting Azure Impact Reporting: Create an Azure Monitor Alert Connector ...ure-impact-reporting/create-azure-monitor-connector.md
High Priority View Details →
Scanned: 2026-01-09 19:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools
Summary
The documentation demonstrates a mild Windows bias. While both Bash (Linux) and PowerShell (Windows) scripts are provided for command-line deployment, Windows/PowerShell is often mentioned first (e.g., 'AzCLI, Azure PowerShell, or the Azure portal'), and PowerShell examples precede Bash examples in the script usage section. The documentation also references PowerShell and Windows-centric tools (e.g., PowerShell, Azure portal) before their Linux equivalents. However, Bash scripts are available and referenced, so Linux support is present but not always given equal prominence.
Recommendations
  • Alternate the order of Bash and PowerShell examples, or present Bash examples first in some sections to avoid consistently prioritizing Windows tools.
  • Explicitly mention Linux and macOS compatibility where Bash scripts are referenced, to reassure non-Windows users.
  • Where possible, use neutral language such as 'command-line tools (Bash or PowerShell)' instead of listing PowerShell or Windows tools first.
  • Add a short section or note confirming that all features and scripts are supported on Linux, macOS, and Windows.
  • Ensure screenshots and UI instructions are not overly Windows-centric (e.g., referencing Windows-specific UI elements or terminology).
Azure Impact Reporting Azure Impact Reporting: Connectors Troubleshooting Guide ...e-impact-reporting/connectors-troubleshooting-guide.md
Medium Priority View Details →
Scanned: 2026-01-14 01:31
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides troubleshooting steps for both Bash and PowerShell users, but PowerShell (Windows) examples and tools are consistently presented alongside or immediately after Bash, sometimes with additional detail for PowerShell. In some sections, PowerShell-specific troubleshooting (e.g., updating modules, error preferences) is included, while equivalent Linux/macOS guidance is missing. The order of presentation is generally Bash first, but Windows/PowerShell content is given equal or slightly more prominence, and some PowerShell-specific issues are addressed that have no Bash equivalent.
Recommendations
  • Add Linux/macOS-specific troubleshooting steps where only PowerShell/Windows guidance is given (e.g., Bash error handling, module updates).
  • Ensure parity in detail between Bash and PowerShell sections, avoiding extra troubleshooting for PowerShell unless Bash/Linux equivalents are also covered.
  • Where PowerShell-specific advice is given (like $ErrorActionPreference), include Bash/Linux error handling tips (e.g., set -e, error traps).
  • Explicitly mention support for macOS where relevant, and clarify any platform-specific limitations.
  • Consider grouping Bash and PowerShell guidance separately to reduce cognitive friction for non-Windows users.
Azure Impact Reporting Azure Impact Reporting: Connectors Troubleshooting Guide ...e-impact-reporting/connectors-troubleshooting-guide.md
Medium Priority View Details →
Scanned: 2026-01-13 06:17
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides troubleshooting steps for both Bash and PowerShell users, but in several sections, PowerShell examples and instructions are given equal or greater prominence than Bash/Linux equivalents. Some troubleshooting steps (e.g., updating modules, error handling preferences) are specific to PowerShell/Windows and lack direct Linux/Bash analogs or guidance. In some cases, PowerShell instructions are presented before Bash, and additional details are given for PowerShell users (e.g., file locking).
Recommendations
  • Ensure that Bash/Linux instructions are presented first or in parallel with PowerShell/Windows instructions.
  • Where PowerShell-specific troubleshooting is given (e.g., module updates, error handling), provide equivalent Bash/Linux guidance (e.g., updating Azure CLI, handling errors in Bash scripts).
  • Add notes for Linux/macOS users where Windows-specific issues (like file locking) are mentioned, clarifying if/how these issues may differ.
  • Where possible, unify instructions so that both Bash and PowerShell users receive parity in troubleshooting detail and order.
  • Consider adding a table or clear separation for Bash/Linux vs. PowerShell/Windows steps to avoid confusion.
Azure Impact Reporting Azure Impact Reporting: Connectors Troubleshooting Guide ...e-impact-reporting/connectors-troubleshooting-guide.md
Medium Priority View Details →
Scanned: 2026-01-12 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides troubleshooting steps for both Bash and PowerShell users, but PowerShell examples and instructions are consistently presented alongside or immediately after Bash, sometimes with additional detail for PowerShell (e.g., file locking). Azure PowerShell module update instructions are included, but there is no equivalent guidance for updating Azure CLI for Bash users. In some sections, PowerShell-specific troubleshooting (e.g., $ErrorActionPreference) is mentioned without Bash equivalents. The order of presentation is generally Bash first, but parity is not perfect.
Recommendations
  • Add equivalent Azure CLI update instructions for Bash users (e.g., 'az upgrade').
  • Where PowerShell-specific troubleshooting is given (such as $ErrorActionPreference), provide Bash equivalents (e.g., error handling tips with 'set -e' or checking exit codes).
  • Ensure that any additional details given for PowerShell (such as file locking) are also covered for Bash/Linux users (e.g., file permissions, open file handles).
  • Consider grouping Bash and PowerShell instructions separately or clarifying which applies to which OS/platform.
  • If possible, add explicit macOS notes where Bash instructions may differ.
Azure Impact Reporting Azure Impact Reporting: Connectors Troubleshooting Guide ...e-impact-reporting/connectors-troubleshooting-guide.md
Medium Priority View Details →
Scanned: 2026-01-09 19:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides troubleshooting steps for both Bash and PowerShell users, but PowerShell examples and instructions are consistently presented alongside or immediately after Bash, sometimes with additional detail for PowerShell (e.g., file locking). There is a notable emphasis on Azure PowerShell module management and error handling, which are Windows-centric patterns. No Linux-specific troubleshooting (e.g., shell environment issues, file permissions beyond chmod) or tool alternatives are mentioned. The documentation assumes parity between Bash and PowerShell but leans toward Windows/PowerShell usage patterns.
Recommendations
  • Ensure Linux/Bash examples are presented first or given equal prominence.
  • Add Linux-specific troubleshooting steps, such as handling file permissions, environment variables, and common shell errors.
  • Include guidance for updating Azure CLI on Linux (e.g., apt, yum, zypper commands).
  • Mention cross-platform considerations, such as differences in file path formats and script execution environments.
  • Clarify when instructions are platform-specific and provide alternatives for macOS and Linux users.
  • Avoid assuming PowerShell is available on all platforms; note installation steps for PowerShell Core on Linux/macOS if relevant.
Azure Impact Reporting Azure Impact Reporting Connectors for Azure Monitor: FAQ ...main/articles/azure-impact-reporting/connectors-faq.md
Low Priority View Details →
Scanned: 2026-01-14 01:31
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for enabling debug mode and verifying connector creation, but PowerShell is mentioned alongside Bash in every example, and the PowerShell example uses the Az PowerShell module, which is Windows-centric. There is no explicit mention of Linux-specific tools or troubleshooting, and PowerShell is presented as the alternative to Bash, which may imply a Windows-first approach. However, Bash examples are present and shown first in each case.
Recommendations
  • Include explicit Linux/macOS troubleshooting steps or notes where relevant.
  • Mention cross-platform compatibility of Azure CLI and PowerShell Core.
  • Add examples using native Linux tools (e.g., curl, jq) for REST API calls.
  • Clarify that PowerShell examples are compatible with PowerShell Core on Linux/macOS.
  • Consider adding a table summarizing commands for Windows, Linux, and macOS.
Azure Impact Reporting Azure Impact Reporting: Create an Azure Monitor Alert Connector ...ure-impact-reporting/create-azure-monitor-connector.md
Low Priority View Details →
Scanned: 2026-01-14 01:31
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Missing Linux Example
Summary
The documentation provides both Bash and PowerShell script examples for connector creation, but PowerShell examples are listed before Bash, and the script naming conventions (e.g., .ps1) may imply a Windows-first approach. There is no explicit mention of Linux/macOS compatibility or requirements for running Bash scripts, nor troubleshooting guidance specific to Linux/macOS environments. The portal instructions are platform-neutral, but command-line sections could better address Linux parity.
Recommendations
  • List Bash and PowerShell examples side-by-side or alternate which is shown first to avoid implicit prioritization.
  • Explicitly state that Bash scripts are supported on Linux/macOS and provide any prerequisites (e.g., required Azure CLI version, permissions).
  • Add troubleshooting steps or notes for common Linux/macOS issues (e.g., script execution permissions, shell compatibility).
  • Clarify that both Bash and PowerShell scripts are available and supported equally, and provide links to platform-specific setup guides if needed.
Azure Impact Reporting Azure Impact Reporting Connectors for Azure Monitor: FAQ ...main/articles/azure-impact-reporting/connectors-faq.md
Low Priority View Details →
Scanned: 2026-01-13 06:17
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for enabling debug mode and verifying connector creation, but PowerShell is mentioned alongside Bash in every example, and the PowerShell commands are shown immediately after Bash. There is no evidence of exclusive Windows tooling or missing Linux examples, but the presence of PowerShell in every example and the order of presentation may subtly favor Windows users.
Recommendations
  • Explicitly state that Bash examples work on Linux/macOS and PowerShell examples are for Windows (or PowerShell Core on Linux/macOS).
  • Where possible, provide examples for Linux/macOS-specific tools or clarify cross-platform compatibility.
  • Alternate the order of Bash and PowerShell examples to avoid implicit prioritization.
  • Add a note about using Azure CLI and Resource Graph Explorer being available cross-platform.
Azure Impact Reporting Azure Impact Reporting: Create an Azure Monitor Alert Connector ...ure-impact-reporting/create-azure-monitor-connector.md
Low Priority View Details →
Scanned: 2026-01-13 06:17
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Missing Linux Example
Summary
The documentation provides both Bash and PowerShell script examples for connector creation, but PowerShell examples are listed first and in more detail, which may subtly prioritize Windows users. There is no explicit mention of Linux/macOS prerequisites, nor troubleshooting guidance for Bash users. The portal instructions are platform-neutral, but command-line sections show a slight Windows-first bias.
Recommendations
  • Alternate the order of Bash and PowerShell examples, or present Bash first to balance representation.
  • Explicitly mention Linux/macOS compatibility and prerequisites for Bash scripts.
  • Add troubleshooting steps specific to Bash/Linux environments.
  • Clarify that both Bash and PowerShell scripts are equally supported and provide parity in example detail.
Azure Impact Reporting Azure Impact Reporting: Create an Azure Monitor Alert Connector ...ure-impact-reporting/create-azure-monitor-connector.md
Low Priority View Details →
Scanned: 2026-01-12 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Missing Linux Example
Summary
The documentation provides both Bash and PowerShell script examples for connector creation, but PowerShell examples are listed first and in more detail. There is a slight preference for Windows/PowerShell tools, and troubleshooting does not mention Linux-specific issues or considerations. The documentation does not discuss Linux/macOS-specific prerequisites or potential platform differences, which may leave Linux users with unanswered questions.
Recommendations
  • Alternate the order of Bash and PowerShell examples, or present Bash examples first to balance representation.
  • Explicitly mention Linux/macOS compatibility and any platform-specific requirements or caveats.
  • Add troubleshooting steps relevant to Bash/Linux environments (e.g., permissions, shell compatibility).
  • Clarify that both Bash and PowerShell scripts are equally supported and provide links to platform-specific guidance if available.
Azure Impact Reporting Azure Impact Reporting Connectors for Azure Monitor: FAQ ...main/articles/azure-impact-reporting/connectors-faq.md
Low Priority View Details →
Scanned: 2026-01-12 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for enabling debug mode and verifying connector creation, but PowerShell examples are consistently listed second. There is a slight bias toward Windows by explicitly mentioning PowerShell and not providing Linux/macOS-specific troubleshooting steps or tool alternatives. However, Bash examples are present, and the Azure portal instructions are platform-neutral.
Recommendations
  • Alternate the order of Bash and PowerShell examples to avoid implicit prioritization.
  • Explicitly mention that Bash examples apply to Linux/macOS and PowerShell to Windows, clarifying cross-platform applicability.
  • Add troubleshooting notes or links for Linux/macOS users if there are known platform-specific issues.
  • Consider including CLI examples for other shells (e.g., zsh) or specifying that Bash instructions are valid for most Unix-like systems.
Azure Impact Reporting Azure Impact Reporting Connectors for Azure Monitor: FAQ ...main/articles/azure-impact-reporting/connectors-faq.md
Low Priority View Details →
Scanned: 2026-01-10 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for enabling debug mode and verifying connector creation, but PowerShell (Windows) examples are consistently listed after Bash. There is no exclusive use of Windows tools, but the presence of PowerShell examples and terminology may indicate a slight Windows bias. No Linux/macOS functionality is missing, and all tasks can be completed on both platforms.
Recommendations
  • Ensure parity by providing examples for other shells (e.g., zsh, fish) if relevant.
  • Explicitly mention that Bash examples work on Linux and macOS, and PowerShell examples work on Windows and PowerShell Core (cross-platform).
  • Consider alternating the order of examples or grouping them together to avoid perceived prioritization.
  • Add a note clarifying platform compatibility for each example.
Azure Impact Reporting Azure Impact Reporting: Create an Azure Monitor Alert Connector ...ure-impact-reporting/create-azure-monitor-connector.md
Low Priority View Details →
Scanned: 2026-01-10 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Missing Linux Example
Summary
The documentation provides both Bash and PowerShell script examples for creating the connector, but PowerShell examples are listed first and in more detail. There is a slight Windows-first bias in the ordering and emphasis. The prerequisites mention Bash and PowerShell equally, but the command-line instructions and examples prioritize PowerShell before Bash. No Linux-specific troubleshooting or considerations are mentioned, and there are no explicit Linux/macOS environment notes.
Recommendations
  • Alternate the order of Bash and PowerShell examples, or present Bash first to balance representation.
  • Explicitly mention Linux/macOS compatibility and any environment-specific considerations (e.g., file permissions, shell requirements).
  • Provide troubleshooting steps or notes relevant to Linux/macOS users, such as common script execution issues.
  • Clarify that both Bash and PowerShell scripts are supported on Azure Cloud Shell, which runs on Linux.
  • Include a note about how to install prerequisites (e.g., AzCLI) on Linux/macOS.
Azure Impact Reporting Azure Impact Reporting: Connectors Troubleshooting Guide ...e-impact-reporting/connectors-troubleshooting-guide.md
Low Priority View Details →
Scanned: 2026-01-10 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for most troubleshooting steps, but PowerShell (Windows) examples are consistently listed after Bash, and some troubleshooting advice (such as updating modules and error handling) is specific to PowerShell. There is no explicit Linux/macOS bias, but the presence of PowerShell-specific guidance and tools may create friction for non-Windows users.
Recommendations
  • Add explicit Linux/macOS troubleshooting steps where PowerShell-specific advice is given (e.g., for module updates and error handling).
  • Ensure parity in guidance for Bash users, such as how to handle errors and update the Azure CLI.
  • Consider grouping Bash and PowerShell examples together or clarifying which OS each applies to.
  • Where PowerShell advice is given (e.g., $ErrorActionPreference), provide equivalent Bash error handling tips.