Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Create Skill for NetFx breaking changes

Abierto Apto para principiantes
  • ¿Algo no está bien?
#14,770 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

@w3lld1 ya está trabajando en esto.

Desde el 4/8/2026.

  • #14845 de @w3lld1 — abierto

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
78/100
Tipo de issue
Documentación
Claridad
Bien especificado
Estado de actividad
Tranquilo
Stack tecnológico
csharp
Área
desktop, documentation

Línea de trabajo

Comienza con el contenido propuesto de SKILL.md y verifica la ubicación en el repositorio de skills. Revisa el Issue #3152 y el PR #14668, incluido el label releasenotes-breaking-change-NetFx y el estado actual de los PR abiertos, antes de finalizar la guía. Se considera completado cuando el skill documenta el flujo de descubrimiento, las evidencias requeridas de antes y después, la guía de migración y la distinción entre propuestas y comportamiento enviado.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

:books: documentation

This issue tracks the wording and maintenance of a repository skill that helps
Copilot identify and document WinForms behavior changes from .NET Framework.
The skill should turn each confirmed compatibility change into concise,
actionable release-note and migration guidance without treating every bug fix
as a breaking change.

Current label inventory as of 2026-07-18:

  • No ordinary issue currently carries releasenotes-breaking-change-NetFx.
  • PR #14668 currently carries the label and is associated with issue #3152.

Proposed SKILL.md:

---
name: netfx-breaking-change-guidance
description: >-
  Instructions for finding, validating, and documenting WinForms behavior
  changes from .NET Framework. Covers release-note labels, linked issues and
  PRs, before/after behavior, affected applications, migration guidance,
  compatibility switches, workaround risk, and test evidence.
metadata:
  author: dotnet-winforms
  version: "1.0"
---

# WinForms .NET Framework Breaking-Change Guidance

Use this skill when a task asks for WinForms compatibility differences from
.NET Framework, breaking-change release notes, migration guidance, or updates
to issues labeled `releasenotes-breaking-change-NetFx`.

> **Golden rule:** Do not call a change breaking solely because behavior differs.
> Verify the .NET Framework behavior, the intended new behavior, customer impact,
> and the implementation status. Open PRs are proposals, not shipped changes.

## Current tracked change

Refresh this section before relying on it. The inventory below reflects label
usage as of 2026-07-18.

### Collection Editor movement buttons

- Tracking issue: dotnet/winforms#3152
- Implementation PR: dotnet/winforms#14668
- Label state: The PR carries `releasenotes-breaking-change-NetFx`; the issue
  did not carry the label when this skill text was drafted.
- Before (.NET Framework): The Collection Editor Up and Down buttons remain
  enabled at the first and last items. The handlers reject invalid moves only
  after the command is invoked.
- Proposed after behavior: Up is disabled for the first item and Down is
  disabled for the last item. No-selection and single-item states disable both.
- Affected scenarios: Shared design-time Collection Editor experiences,
  including ImageList, ListView, TabControl, TreeView, MonthCalendar, and other
  editable collections using the same form.
- Migration guidance: Application code normally needs no change. Update UI
  automation, accessibility assertions, screenshots, and workflows that expect
  boundary buttons to remain enabled. Do not depend on invoking an invalid
  boundary command or on incidental side effects from that command.
- Evidence: The PR adds first, middle, last, no-selection, and single-item unit
  coverage and has a green CI run. It remains open, so do not describe the
  behavior as shipped.

## Discovery workflow

1. Record the as-of date.
2. Confirm the exact label name and case in `dotnet/winforms`.
3. Search issues and PRs separately for
   `releasenotes-breaking-change-NetFx`; GitHub search otherwise mixes both.
4. For every labeled item, identify its tracking issue, implementation PR,
   target release, current state, and relevant commit.
5. Read the complete issue and PR discussion, source diff, tests, reviews, and
   CI results.
6. Reproduce or verify the .NET Framework behavior from reference source, a
   targeted test application, historical tests, or authoritative documentation.
7. Separate these categories:
   - regression fix restoring .NET Framework behavior;
   - intentional divergence from .NET Framework;
   - long-standing bug fix that may break customer workarounds;
   - implementation-only change with no observable compatibility impact.
8. Never fabricate an entry when the label search is empty.

## Required documentation for each change

Every entry must contain:

- linked tracking issue and implementation PR;
- current state and target .NET version;
- **Before (.NET Framework)** behavior;
- **After (.NET)** behavior;
- affected controls, designers, applications, and scenarios;
- source compatibility, binary compatibility, and behavioral compatibility;
- known customer workarounds that may regress;
- migration or mitigation guidance;
- compatibility switch or opt-out, or an explicit statement that none exists;
- unit, integration, manual, and CI evidence;
- uncertainty and missing comparison evidence.

## Writing guidance

- Lead with the observable behavior change, not implementation details.
- State whether action is required and who is affected.
- Prefer a minimal before/after example when it clarifies impact.
- Distinguish an open proposal from merged, preview, and shipped behavior.
- If a fix can invalidate common workarounds, also consider the
  `releasenotes-may-break-workaround` label.
- Keep the skill inventory synchronized with release notes and compatibility
  documentation when a PR merges, changes shape, or is abandoned.
Lenguaje dominante
C#
Estrellas
4.9k
Forks
1.1k
Merge medio
7 h 52 min
PR fusionados (30 d)
45

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de dotnet/winforms

Todos los issues de dotnet/winforms

Issues similares

Más issues de C#

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.