forked from pool/python310
Matej Cepl
d9086c0242
- gh-131809: Update bundled libexpat to 2.7.1
- gh-131261: Upgrade to libexpat 2.7.0
- gh-105704: When using urllib.parse.urlsplit() and
urllib.parse.urlparse() host parsing would not reject domain
names containing square brackets ([ and ]). Square brackets
are only valid for IPv6 and IPvFuture hosts according to RFC
3986 Section 3.2.2 (bsc#1236705, CVE-2025-0938,
gh#python/cpython#105704).
- gh-121284: Fix bug in the folding of rfc2047 encoded-words
when flattening an email message using a modern email
policy. Previously when an encoded-word was too long for
a line, it would be decoded, split across lines, and
re-encoded. But commas and other special characters in the
original text could be left unencoded and unquoted. This
could theoretically be used to spoof header lines using a
carefully constructed encoded-word if the resulting rendered
email was transmitted or re-parsed.
- gh-80222: Fix bug in the folding of quoted strings
when flattening an email message using a modern email
policy. Previously when a quoted string was folded so that
it spanned more than one line, the surrounding quotes and
internal escapes would be omitted. This could theoretically
be used to spoof header lines using a carefully constructed
quoted string if the resulting rendered email was transmitted
or re-parsed.
- gh-119511: Fix a potential denial of service in the imaplib
module. When connecting to a malicious server, it could
cause an arbitrary amount of memory to be allocated. On many
systems this is harmless as unused virtual memory is only
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:Factory/python310?expand=0&rev=171
36 lines
1.4 KiB
Diff
36 lines
1.4 KiB
Diff
From 1b3f6523a5c83323cdc44031b33a1c062e5dc698 Mon Sep 17 00:00:00 2001
|
|
From: Xi Ruoyao <xry111@xry111.site>
|
|
Date: Fri, 7 Jun 2024 23:51:32 +0800
|
|
Subject: [PATCH] gh-120226: Fix
|
|
test_sendfile_close_peer_in_the_middle_of_receiving on Linux >= 6.10
|
|
(GH-120227)
|
|
|
|
The worst case is that the kernel buffers 17 pages with a page size of 64k.
|
|
(cherry picked from commit a7584245661102a5768c643fbd7db8395fd3c90e)
|
|
|
|
Co-authored-by: Xi Ruoyao <xry111@xry111.site>
|
|
---
|
|
Lib/test/test_asyncio/test_sendfile.py | 11 ++++-------
|
|
1 file changed, 4 insertions(+), 7 deletions(-)
|
|
|
|
--- a/Lib/test/test_asyncio/test_sendfile.py
|
|
+++ b/Lib/test/test_asyncio/test_sendfile.py
|
|
@@ -93,13 +93,10 @@ class MyProto(asyncio.Protocol):
|
|
|
|
class SendfileBase:
|
|
|
|
- # 256 KiB plus small unaligned to buffer chunk
|
|
- # Newer versions of Windows seems to have increased its internal
|
|
- # buffer and tries to send as much of the data as it can as it
|
|
- # has some form of buffering for this which is less than 256KiB
|
|
- # on newer server versions and Windows 11.
|
|
- # So DATA should be larger than 256 KiB to make this test reliable.
|
|
- DATA = b"x" * (1024 * 256 + 1)
|
|
+ # Linux >= 6.10 seems buffering up to 17 pages of data.
|
|
+ # So DATA should be large enough to make this test reliable even with a
|
|
+ # 64 KiB page configuration.
|
|
+ DATA = b"x" * (1024 * 17 * 64 + 1)
|
|
# Reduce socket buffer size to test on relative small data sets.
|
|
BUF_SIZE = 4 * 1024 # 4 KiB
|
|
|