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

User Namespaces and Common Methods project settings have no effect on stacking

Abierto
  • ¿Algo no está bien?
#2,678 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
68/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
csharp
Área
api, backend

Línea de trabajo

Read EventPipeline.cs and 20_ErrorPlugin.cs to follow how project settings reach the event context, then check the settings access patterns for @@DataExclusions, @@UserAgentBotPatterns and @@IncludePrivateInformation. Update the reads for UserNamespaces and CommonMethods with the stated fallback, and verify stacking for both configuration settings and existing data properties; consider whether migrating Project.Data is needed for the settings page.

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

Descripción

bug

Problem

The User Namespaces and Common Methods fields on the project settings page are saved, but the event pipeline never sees them, so they don't affect stacking.

Reproduction

Verified against exceptionless/exceptionless:8.10.0 (StackingSignatureE2ETest):

  1. POST /api/v2/projects/{id}/config?key=UserNamespaces with com.example (what the UI does). Submit an error thrown from Integer.parseInt called by com.example.Foo. Result: the signature method is still java.lang.NumberFormatException.forInputString(...).
  2. POST /api/v2/projects/{id}/data?key=UserNamespaces with com.example. Submit the same error. Result: the signature method is com.example.Foo.parse(...) as expected.

Proposal

ErrorPlugin should read UserNamespaces and CommonMethods from context.Project.Configuration.Settings, falling back to the existing data properties for backwards compatibility. That's also how @@DataExclusions, @@UserAgentBotPatterns and @@IncludePrivateInformation are read.

Optionally migrate existing Project.Data values into the configuration so the settings page shows them.

Note: configuration settings are also sent to clients by /projects/config. That's harmless, since clients ignore keys they don't know. Hiding them from the client-configuration table is already handled (config-options.svelte.ts#L61).

Lenguaje dominante
C#
Estrellas
2.5k
Forks
508
Merge medio
2 d 17 h
PR fusionados (30 d)
40

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

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 exceptionless/Exceptionless

Todos los issues de exceptionless/Exceptionless

Issues similares

Más issues de C#

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.