Calmeremue-ménage interne
Les tests RTSP-over-HTTP ne partagent plus leurs ports d’écoute
Cette édition est calme et limitée aux tests. Les deux variantes de régression RTSP-over-HTTP reçoivent désormais des paires de ports RTSP et HTTP distinctes, sans changement des unités de production ni des API publiques.
En bref
- RTSPOverHTTP utilise les ports 3997/3996, tandis que RTSPOverHTTPBufferedWrite conserve 3999/3998.
- Le changement reste limité à test.net.proto et ne demande aucune modification des applications Delphi ou FPC.
Build2.4.17369 → 2.4.17372
Commits1
Lignes+10 -8
Lecture1 min
1 sur 1 entrées · 1 commits upstream
#
Entrée
Catégorie
Unités
1
Faible
Les variantes de régression RTSP reçoivent des paires de ports distinctes
Dans test.net.proto, TNetworkProtocols.DoRtspOverHttp accepte désormais aRtspPort et aHttpPort au lieu d’intégrer 3999 et 3998. RTSPOverHTTP fournit 3997/3996 après RunWait, tandis que RTSPOverHTTPBufferedWrite fournit 3999/3998.
Tests
test.net.proto
641d72e2+10-8
tests: TNetworkProtocols Rtsp-over-Http tests use genuine ports
Impact
Les deux variantes de test ne réutilisent plus les mêmes endpoints d’écoute pendant une exécution de la suite. Les backends Delphi/FPC de production, le comportement du framework et les API publiques ne sont pas affectés.
Unités
Commits977
Jours actifs44/60
Plus chargé2026-09-30
Pic60
2026-08-152026-10-13