Reconsider the message length requirement
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- javascript
- Área
- networking
Línea de trabajo
The issue discusses the protocol’s 1GB message length requirement and its compatibility with RTCDataChannel and receiver memory limits, but it does not name a specification file or test. Start by locating the requirement in the protocol specification and checking what limits the relevant transports impose. Done means proposing and agreeing on a lower maximum message size; the issue does not provide enough information to choose one.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The message length requirement of 1GB was proposed as the maximum that could theoretically be supported by a CBOR + Javascript + WebTransport + QUIC stack.
However, there are a couple of problems:
- RTCDataChannel has a much lower practical limit, possibly as low as 64KB.
- There's no guarantee that the receiver has enough RAM to decode, store, and process the message.
So a lower value seems advisable, but how low?
- Lenguaje dominante
- Bikeshed
- Estrellas
- 115
- Forks
- 21
- Merge medio
- 5 h 2 min
- PR fusionados (30 d)
- 2
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de w3c/openscreenprotocol
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 18/100
w3c/openscreenprotocol#380 ·
-
osp-application
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
w3c/openscreenprotocol#377 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
w3c/openscreenprotocol#376 ·
-
osp-application
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
w3c/openscreenprotocol#375 ·
-
enhancement osp-application
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
w3c/openscreenprotocol#373 ·
Todos los issues de w3c/openscreenprotocol
Issues similares
-
module/ftp Type/Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ballerina-platform/ballerina-library#9476 ·
Los mantenedores suelen responder en 1 día
-
examples/dnsdoctor: cleanup.sh stops at the first missing piece of a setup.sh that did not finishAbiertoseverity: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
luainkernel/lunatik#2263 ·
Los mantenedores suelen responder en 1 día
-
xhr-http-handler reads responseText during arraybuffer downloads and emits InvalidStateErrorPosiblemente ocupada @raunakpandey1 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
aws/aws-sdk-js-v3#8398 ·
Los mantenedores suelen responder en 1 día
-
A proxy that fails to start logs a RejectedExecutionException stack trace from its shutdown hookAbiertofollow-up
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Sanne/incus-spawn#1953 ·
Los mantenedores suelen responder en 1 día
-
Nmap
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día