Barry A. Warsaw added the comment:
I am seeing this in Brave (a Chrome derivative). Many examples in
https://docs.python.org/3/library/email.html
See the words "in\nterface" and "ob\nject' in the attached screenshot.
--
nosy: +barry
Added file: https://bugs.
Barry A. Warsaw added the comment:
The other question is what to do about `EmailMessage` objects, which don't have
a `set_charset()` method. For now, I'll ignore that.
--
___
Python tracker
<https://bugs.python.
Barry A. Warsaw added the comment:
Actually, I think I am going to close this as won't fix, for two reasons.
First, this only potentially affects the legacy API, and second, in Python 3,
the error you get when you do it like the original repro example seems obvious
to me.
```
&
Barry A. Warsaw added the comment:
Apologies for the long delay in reviewing this bug. I'm looking at it now,
however since Python 3.7 is in security-only mode, this will only apply to
3.10, 3.9, and 3.8.
--
versions: +Python 3.10, Python 3.9 -Pytho
Barry A. Warsaw added the comment:
@maggyero - I haven't merged PR 10016, but I left some additional comments.
Are you still interested in shepherding this PR?
--
___
Python tracker
<https://bugs.python.org/is
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue42115>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Actually, it looks to me like the PR *does* include unittests, and I see them
in the repo, so I'm closing this bug.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
Barry A. Warsaw added the comment:
@sim0n - I added a comment to your open PR.
My main question for the rest of the group is whether we can and should
backport this. Given the new defect class being introduced, it seems like this
should only land in 3.10. Thoughts
Change by Barry A. Warsaw :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue38486>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Thanks for the PR @ZackerySpytz - this has landed in git head and is currently
being backported to 3.9 and 3.8 (3.7 is in security-fix only mode).
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -P
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue42129>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Aside: I noticed that on _parseaddr.py:68, there's a bare `return`. That
should really be `return None` (EIBTI). Can you fix that in your PR?
I think it's confusing to raise both TypeError and ValueError. I suggest we
check the `None` r
Barry A. Warsaw added the comment:
Hi Serhiy. I believe this is a duplicate of bpo-30681 which is active and has
a good PR IMHO. The only hold up is whether to backport that PR to 3.9 and
3.8. See the bug and PR for details.
--
resolution: -> duplicate
superse
Change by Barry A. Warsaw :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue42155>
___
___
Python-bugs-list
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.or
On 25.11.2020 11:13, STINNER Victor wrote:
> Platform was always a thin wrapper to OS functions. For example, there is no
> unified API to retrieve OS name and version on Windows, macOS or Linux. You
> need to pick the proper function. For me, freedesktop_os_release() just
> follow
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue13815>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jan 28, 2012, at 07:26 PM, Dave Malcolm wrote:
>This turns out to pass without PYTHONHASHRANDOMIZATION in the
>environment, and fail intermittently with it.
>
>Note that "make test" invokes the built python with "-E", so
Barry A. Warsaw added the comment:
On Feb 08, 2012, at 12:53 PM, Antoine Pitrou wrote:
>Or, rather, setup.py should be smart enough to warn about that.
It shouldn't just be limited to Debian and its derivatives. Other platforms
(even Linux OSes) will probably have simila
Barry A. Warsaw added the comment:
On Feb 08, 2012, at 03:51 PM, Éric Araujo wrote:
>The correct way to get build dependencies on Debian and derivatives is to use
>“aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get
>installed as a dependency; Tshepang, could you
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue7475>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Feb 17, 2012, at 01:36 PM, Antoine Pitrou wrote:
>Stating module files of the form "xxxmodule.so" consumes all 1/3 of stat
>calls at startup. Looking at the site-packages folders on my machine, both
>for 2.7 and 3.2, reveals no C ext
Barry A. Warsaw added the comment:
On Feb 21, 2012, at 09:48 AM, Marc-Andre Lemburg wrote:
>Exposing the seed value as sys.hashseed would be better and more useful
>to applications.
That makes the most sense to me.
--
___
Python tracker
Barry A. Warsaw added the comment:
On Feb 21, 2012, at 09:48 AM, Marc-Andre Lemburg wrote:
>The flag should probably be removed - simply because
>the env var is not a flag, it's a configuration parameter.
>
>Exposing the seed value as sys.hashseed would be better an
Barry A. Warsaw added the comment:
I have to amend my suggestion about sys.flags.hash_randomization. It needs to
be non-zero even if $PYTHONHASHSEED is given instead of -R. Many other flags
that also have envars work the same way, e.g. -O and $PYTHONOPTIMIZE. So
hash_randomization has to
Barry A. Warsaw added the comment:
Never mind about sys.hash_seed. See my follow up in python-dev. I consider
this issue is closed wrt the 2.6 branch.
--
___
Python tracker
<http://bugs.python.org/issue13
Larry A. Taylor added the comment:
I have had this happen to me many times with Windows XP, the standard OS here.
Using IDLE and Python 2.7.
Some of the time the following applies: I have more than one Python Shell open
at the same time. The first Python shell/IDLE with debug is running a
New submission from Larry A. Taylor :
My environment is Windows XP, using IDLE and Python 2.7 distribution.
Open an IDLE Python shell. Open the file with three lines in it, 1,2 and 3.
In IDLE, Set Breakpoint on Line 2.
In Shell, set Debug.
In IDLE, select run.
In the Debug window, click Go
New submission from Larry A. Taylor :
The attached script runs a long processing loop.
Start it in IDLE. Open the script and run it.
Press control-C. Result: message, KeyboardInterrupt with traceback message.
In shell window, turn on Debugger. Run the script.
Press control-C. Result: Restrat
Barry A. Warsaw added the comment:
I was missing libgdbm-dev on that machine. I just installed it and am running
the buildbottests by hand. Let's see if that fixes things.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Andrej A Antonov :
good day!
"xmlrpc.client.ServerProxy()" -- not has "timeout"-parameter
"xmlrpc.client.Transport()" and "xmlrpc.client.SafeTransport()" -- not has
"timeout"-parameter too
but "http.client.HTT
Andrej A Antonov added the comment:
in this subject -- I think about like this changes (see file
"example-of-changes.patch")
--
keywords: +patch
Added file: http://bugs.python.org/file24675/example-of-changes.patch
___
Python trac
Barry A. Warsaw added the comment:
I don't think it's worth fixing in Python 2.6, at least not in 2.6.8 which is
ready for rc2 today.
--
___
Python tracker
<http://bugs.python.o
Barry A. Warsaw added the comment:
On Mar 29, 2012, at 06:25 PM, Carl Meyer wrote:
>
>Carl Meyer added the comment:
>
>Alternatively, the conditional definition of urandom in os.py (removed in
>http://hg.python.org/cpython/rev/a0f43f4481e0#l7.1) could be reintroduced,
>allow
Barry A. Warsaw added the comment:
On Mar 29, 2012, at 09:24 PM, Jason R. Coombs wrote:
>My mistake - Georg has not yet weighed in. Perhaps it's best to wait for his
>opinion.
I'm happy to go along with RM consensus. It should work the same in all
Changes by Barry A. Warsaw :
--
title: PEP 3149 related build failures -> Multiarch related build failures on
Ubuntu >= 11.04
___
Python tracker
<http://bugs.python.org/
Barry A. Warsaw added the comment:
On Apr 17, 2012, at 01:56 PM, Senthil Kumaran wrote:
>I stumbled upon this bug when trying to compile Python2.6 from source on
>Ubuntu 11.10. If this bug report or the related one issue11715 is a problem
>due to Ubuntu changes, I think, it is good
Barry A. Warsaw added the comment:
Thanks @jaraco! This is now merged into 3.8.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Barry A. Warsaw added the comment:
New changeset 1bbf7b661f0ac8aac12d5531928d9a85c98ec1a9 by Barry Warsaw (Jason
R. Coombs) in branch 'master':
bpo-34632: Add importlib.metadata (GH-12547)
https://github.com/python/cpython/commit/1bbf7b661f0ac8aac12d5531928d9a
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue37043>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue37044>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 27, 2019, at 16:28, STINNER Victor wrote:
> I don't see a clear consensus to switch to spawn on *all* platforms, so I
> wrote PR 13603 which is the minimum fix: switch to spawn by default, but only
> on macOS.
Fair enough. Let’s fi
Barry A. Warsaw added the comment:
On May 28, 2019, at 16:43, Ned Deily wrote:
> Thanks, I was just going to add that I would accept a doc change for 3.7.
> But the wording should be a little clearer that fork has *always* been unsafe
> on macOS, i.e. this is not a new issue for
Barry A. Warsaw added the comment:
On May 28, 2019, at 17:21, STINNER Victor wrote:
>
>
> STINNER Victor added the comment:
>
>> To be clear, what is unsafe on macOS (as of 10.13, but even more so on
>> 10.14) is calling into the Objective-C runtime between fork an
Barry A. Warsaw added the comment:
On May 28, 2019, at 17:38, Ned Deily wrote:
>
> Ned Deily added the comment:
>
>> To be clear, what is unsafe on macOS (as of 10.13, but even more so on
>> 10.14) is calling into the Objective-C runtime between fork and exec.
&g
Barry A. Warsaw added the comment:
On Jun 4, 2019, at 08:11, STINNER Victor wrote:
> Ned Deily:
>> No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS
>> tries much harder at runtime to detect such cases and more predictably cause
>> an error r
Barry A. Warsaw added the comment:
New changeset 46d88a113142b26c01c95c93846a89318ba87ffc by Barry Warsaw
(Abhilash Raj) in branch 'master':
bpo-35805: Add parser for Message-ID email header. (GH-13397)
https://github.com/python/cpython/commit/46d88a113142b26c01c95c93846a89
Barry A. Warsaw added the comment:
New changeset aa79707262f893428665ef45b5e879129abca4aa by Barry Warsaw
(Abhilash Raj) in branch 'master':
bpo-30835: email: Fix AttributeError when parsing invalid CTE (GH-13598)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset 66c4f3f38b867d8329b28c032bb907fd1a2f22d2 by Barry Warsaw
(Abhilash Raj) in branch 'master':
bpo-21315: Fix parsing of encoded words with missing leading ws. (#13425)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset dc20fc4311dece19488299a7cd11317ffbe4d3c3 by Barry Warsaw (Miss
Islington (bot)) in branch '3.7':
bpo-21315: Fix parsing of encoded words with missing leading ws. (GH-13425)
(#13846)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset f6713e84afc5addcfa8477dbdf2c027787f711c0 by Barry Warsaw
(websurfer5) in branch 'master':
bpo-36520: Email header folded incorrectly (#13608)
https://github.com/python/cpython/commit/f6713e84afc5addcfa8477dbdf2c02
Change by Christopher A. Chavez :
--
nosy: +chrstphrchvz
___
Python tracker
<https://bugs.python.org/issue34796>
___
___
Python-bugs-list mailing list
Unsub
Christopher A. Chavez added the comment:
I have not successfully reproduced the issue here with tkinter 3.7.3 using
8.6.9.1 or recent core-8-6-branch on macOS Mojave.
I understand the reporter of this issue believed this was not an upstream Tk
issue. However there's a recently o
Christopher A. Chavez added the comment:
> Apparently, the current ttk.Scrollbar on the 8.6.8 we currently deliver
> should sort of work.
I'm not sure if that is the case, though I have not tested with 8.6.8 (I do not
currently have access to High Sierra or earlier). Based on a
Barry A. Warsaw added the comment:
New changeset 02257012f6d3821d816cb6a7e8461a88a05b9a08 by Barry Warsaw
(Abhilash Raj) in branch 'master':
bpo-33972: Fix EmailMessage.iter_attachments raising AttributeError. (GH-14119)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset 7213df7bbfd85378c6e42e1ac63144d5974bdcf6 by Barry Warsaw
(Abhilash Raj) in branch 'master':
bpo-29412: Fix indexError when parsing a header value ending unexpectedly
(GH-14387)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset 82654a037211a3466a294d53952926fc87f8403d by Barry Warsaw (Miss
Islington (bot)) in branch '3.8':
bpo-29412: Fix indexError when parsing a header value ending unexpectedly
(GH-14387) (GH-14411)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset b950cdb4beabeb093fa3ccc35f53d51cc0193aba by Barry Warsaw (Miss
Islington (bot)) in branch '3.7':
bpo-29412: Fix indexError when parsing a header value ending unexpectedly
(GH-14387) (GH-14412)
https://github.com/python/cpyt
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue37449>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Good catch. Are you going to submit a PR?
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue37459>
___
___
Change by Barry A. Warsaw :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Barry A. Warsaw added the comment:
I still think the only way to read the documentation for parseaddr('a@b@c') is
to return ('', '') - a tuple of empty strings.
The documentations says:
"Returns a tuple of that information, unless the parse fails, in w
Barry A. Warsaw added the comment:
New changeset b607d992e76e485f20be3bfd6b311525123f936b by Barry Warsaw
(aldwinaldwin) in branch 'master':
bpo-37459: importlib docs improperly reference get_resource_loader() (#14568)
https://github.com/python/cpyt
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> backport needed
status: open -> closed
___
Python tracker
<https://bugs.python.or
Barry A. Warsaw added the comment:
New changeset 070d3d928d20ccb4790dd077f3794af3c2932e5c by Barry Warsaw (Miss
Islington (bot)) in branch '3.8':
bpo-37459: importlib docs improperly reference get_resource_loader() (GH-14568)
(GH-14580)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset d7d9c9f7c22113a405f1a340d050edfa2d024dff by Barry Warsaw (Miss
Islington (bot)) in branch '3.7':
bpo-37459: importlib docs improperly reference get_resource_loader() (GH-14568)
(GH-14581)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
I might be missing it, but I think the Language Reference still doesn't
document assignment expressions.
https://docs.python.org/3/reference/lexical_analysis.html#operators
There are likely other places in the LR that need to be filled out with PE
Barry A. Warsaw added the comment:
New changeset f69d5c61981ea97d251db515c7ff280fcc17182d by Barry Warsaw (Paul
Ganssle) in branch 'master':
Fix infinite loop in email folding logic (GH-12732)
https://github.com/python/cpython/commit/f69d5c61981ea97d251db515c7ff28
Barry A. Warsaw added the comment:
New changeset a4a994bd3e619cbaff97610a1cee8ffa87c672f5 by Barry Warsaw
(Abhilash Raj) in branch 'master':
bpo-37461: Fix infinite loop in parsing of specially crafted email headers
(GH-14794)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
I know the PEP defines TargetScopeError as a subclass of SyntaxError, but it
doesn't really explain why a subclass is necessary. I think seeing
"TargetScopeError" will be a head scratcher. Why not just SyntaxError without
introducing
Barry A. Warsaw added the comment:
There's an importlib.metadata.rst file which describes how to use the API, but
that doesn't appear to be linked from either the main library ToC or the
importlib documentation itself. I'll see if I can put together a PR to fix
this.
Barry A. Warsaw added the comment:
@jaraco - Why is the code in `Lib/importlib/metadata/__init__.py` instead of
`Lib/importlib/metadata.py`? Is that to make it easier to port between CPython
stdlib and the standalone version?
--
___
Python
Barry A. Warsaw added the comment:
I’ll do a PR for that too.
> On Aug 6, 2019, at 14:07, Brett Cannon wrote:
>
>
> Brett Cannon added the comment:
>
> If there's no porting benefit then let's move it to a single mo
Change by Barry A. Warsaw :
--
keywords: +patch
pull_requests: +14887
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15153
___
Python tracker
<https://bugs.python.org/issu
Barry A. Warsaw added the comment:
> OTOH This would require a PEP change, formal review, etc.
It would be trivial though. There are only two references to TargetScopeError
in the PEP. One talks about adding the exception and the other just mentions
it almost in passing as a subclass
Barry A. Warsaw added the comment:
@jaraco will be able to answer that better than me. I actually thought those
did return concrete lists.
I also thought that the APIs accepted either a module or a package name, but
maybe I'm thinking about importlib.resources. Again, @jaraco can cl
Barry A. Warsaw added the comment:
I'm not sure it would be any better, but what about defining something like a
DateFormatDefect and returning that?
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
Thanks for all the great detailed background, and the suggested approaches. I
think there are a couple of constraints that would be good to resolve.
* parsedate_to_datetime() is documented as "performing the same function as
parsedate()" with a
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30429>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I agree with everything @serhiy.storchaka said, including the questionable
utility of the l* methods in Python 3. ;)
Thanks also for updating the documentation. Reading the existing docs over
now, it's shocking how imprecise "the translation is r
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29593>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
It's probably fine, since it should be a rare occurrence, but it of course has
the potential to break things like tests (doc and otherwise). Unlikely, but it
should be pointed out. Still, I'm also fine with backporting it.
--
no
New submission from Barry A. Warsaw:
The devguide does touch on how to build Python from source using homebrew
installed libraries on macOS, although I found it to be 1) a bit incomplete; 2)
not so easy to discover.
It might make sense to modify configure to autodetect homebrew, or to have a
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue31280>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30761>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
There is a very minor opportunity for NULL dereference in compile.c.
compiler_subdict() does not check the return value of get_const_value(), which
could be NULL. This was found by Kirit Sankar Gupta.
This is not a security issue in practice, since
Barry A. Warsaw added the comment:
As it's barely worth fixing, it's not worth backporting.
--
___
Python tracker
<http://bugs.python.org/issue31337>
___
___
Changes by Barry A. Warsaw :
--
pull_requests: +3325
___
Python tracker
<http://bugs.python.org/issue31337>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'll preface that it's not a major issue that I feel *has* to be fixed, but
given that assert *can* be compiled away, does it make sense to use abort()
instead? E.g.
1 file changed, 2 insertions(+), 2 deletions(-)
Python/compile.c | 4 ++--
Changes by Barry A. Warsaw :
--
versions: +Python 3.7 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue1198569>
___
___
Python-bugs-list mailin
Barry A. Warsaw added the comment:
Sorry for the long delay. It looks like Ian's original link is no longer
valid. Do you have an updated link to a possible doctest or example?
--
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
On Sep 4, 2017, at 10:18, Serhiy Storchaka wrote:
> Serhiy Storchaka added the comment:
>
> Could you please also look at other asserts? I have counted 48 occurrences of
> assert(0), 11 assert(0 && "message") and 2
Changes by Barry A. Warsaw :
--
pull_requests: +3326
___
Python tracker
<http://bugs.python.org/issue1198569>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
Over in bpo-31337 the observation was made that we often use the following
pattern in situations we never expect to hit:
assert(0);
return NULL;
but this isn't strictly optimal. First, the asserts can be compiled away.
Second, it's possibl
Barry A. Warsaw added the comment:
See bpo-31338 for adopting the abort() idiom.
--
___
Python tracker
<http://bugs.python.org/issue31337>
___
___
Python-bug
Barry A. Warsaw added the comment:
Never mind; I crafted a decent test for the PR.
--
___
Python tracker
<http://bugs.python.org/issue1198569>
___
___
Python-bug
Barry A. Warsaw added the comment:
New changeset ba4279683f8eb8f59be10d12547ea89480614388 by Barry Warsaw in
branch 'master':
bpo-1198569: Allow string.Template braced pattern to be different (#3288)
https://github.com/python/cpython/commit/ba4279683f8eb8f59be10d12547ea8
Changes by Barry A. Warsaw :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Barry A. Warsaw :
--
pull_requests: +3334
___
Python tracker
<http://bugs.python.org/issue1198569>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
New changeset 973b901212bd84d279904bab6654709f4ec32470 by Barry Warsaw in
branch 'master':
What's New for bpo-1198569 (#3303)
https://github.com/python/cpython/commit/973b901212bd84d279904bab6
1001 - 1100 of 2560 matches
Mail list logo
