Change by Ezio Melotti :
--
nosy: -EWDurbin, matrixise, nedbat, pitrou, python-dev, zach.ware
resolution: fixed -> works for me
___
Python tracker
<https://bugs.python.org/iss
Ezio Melotti added the comment:
So long, and thanks for all the bugs.
--
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailin
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue46111>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ezio Melotti :
--
dependencies: +Add math.tau, Python source code build fails with old mercurial
superseder: -> Test issue
___
Python tracker
<https://bugs.python.org/iss
Ezio Melotti added the comment:
Testing GitHub mentions, please ignore: @serhiy-storchaka
--
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Pytho
Change by Ezio Melotti :
--
assignee: python-dev -> ezio.melotti
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mai
Change by Ezio Melotti :
--
assignee: python-dev ->
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Ezio Melotti :
--
assignee: -> python-dev
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Ezio Melotti :
--
assignee: ezio.melotti -> python-dev
versions: +Python 3.11 -Python 3.9
___
Python tracker
<https://bugs.python.org/iss
New submission from Ezio Melotti :
sys.version returns '3.10.0 (default, Oct 5 2021, 23:49:26) [GCC 10.2.1
20210110]'
'default' is supposed to represent the name of the branch, and it's been there
since the HG days:
https://github.com/python/cpython/blob
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue43520>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Merged! Thanks for the report and the PR!
--
assignee: -> ezio.melotti
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Ezio Melotti added the comment:
New changeset 9eb11a139fac5514d8456626806a68b3e3b7eafb by Karl Dubost in branch
'master':
bpo-41748: Handles unquoted attributes with commas (#24072)
https://github.com/python/cpython/commit/9eb11a139fac5514d8456626806a68b3e3b7eafb
Ezio Melotti added the comment:
If we follow the behavior of the browser, we will have to pick one of the two
values and discard the other, making this value unaccessible. If we provide
both, scripts and libraries that use HTMLParser will have access to both and
can decide what to do
Ezio Melotti added the comment:
Writing tests that verify the expected behavior is a great first step. The
expected output in the tests should match the behavior described by the HTML 5
specs (which should also correspond to the browsers' behavior), and should
initially fail. You can start
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue27886>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ezio Melotti :
--
assignee: -> ezio.melotti
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue41989>
___
___
Python-bugs-list mai
Ezio Melotti added the comment:
The html.parser follows the HTML 5 specs as closely as possible. There are a
few corner cases where it behaves slightly differently but it's only while
dealing with invalid markup, and the differences should be trivial and
generally not worth the extra
Ezio Melotti added the comment:
Thanks both for pointing out the additional section in inputoutput.rst that I
initially missed.
> I have done PR 21681 that adds index to the tutorial although searching[2][3]
> does not seem to be better now that the reference has an index.
The onlin
Ezio Melotti added the comment:
HOWTOs are generally used to explain how to accomplish a certain task, so I'm
not sure if they are a good fit for this situation.
In the list of proposed solutions in my first message, 1-3 should be quite easy
to implement. This leaves us with 4-5
Change by Ezio Melotti :
--
keywords: +patch
pull_requests: +20788
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21552
___
Python tracker
<https://bugs.python.org/issu
Ezio Melotti added the comment:
> I agree that it might be better to separate them into a new issue.
I created #41411.
--
___
Python tracker
<https://bugs.python.org/issu
New submission from Ezio Melotti :
[Creating a new issue from #41045]
I was just just trying to link to someone the documentation for f-strings, but:
1) Searching "fstring" only returns two results about xdrlib[0];
2) Searching "f-string" returns many unrelated resu
Ezio Melotti added the comment:
I was just just trying to link to someone the documentation for f-strings, but:
1) Searching "fstring" only returns two results about xdrlib[0];
2) Searching "f-string" returns many unrelated results[1];
3) The first (and closer) result (str
Ezio Melotti added the comment:
This behavior was changed in 3.7: "Empty matches for the pattern are replaced
only when not adjacent to a previous empty match, so sub('x*', '-', 'abxd')
returns '-a-b--d-'." [0]
See also bpo-32308 and bpo-25054.
[0]: https://docs.python.org
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue40873>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue40799>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
The cls command only works when Python is executed within a Windows terminal.
In other contexts (such as IDLE), the command doesn't work.
--
assignee: terry.reedy -> ezio.melotti
nosy: +ezio.melotti
resolution: -> not a bug
stage: -> resolv
Ezio Melotti added the comment:
Correct. This is a Windows issue, not a Python one.
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Change by Ezio Melotti :
--
assignee: terry.reedy -> ezio.melotti
nosy: +ezio.melotti
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Clearing the screen of IDLE interactive mode in Windows
type: performa
Ezio Melotti added the comment:
The behavior of \r depends on the operating system and terminal you are using,
and not on Python itself.
--
assignee: terry.reedy -> ezio.melotti
nosy: +ezio.melotti
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type:
Ezio Melotti added the comment:
The behavior of \r depends on the operating system and terminal you are using,
and not on Python itself.
--
assignee: terry.reedy -> ezio.melotti
nosy: +ezio.melotti
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type:
Ezio Melotti added the comment:
Thanks for the report.
This is a duplicate of #34480.
--
nosy: +ezio.melotti
resolution: -> duplicate
stage: -> resolved
status: open -> closed
type: compile error -> behavior
___
Python tra
Ezio Melotti added the comment:
Do you know/can you verify if Chinese versions of Windows/Linux/MacOS include
non-ASCII version numbers (e.g. fullwidth digits)?
--
___
Python tracker
<https://bugs.python.org/issue39
Ezio Melotti added the comment:
See also
https://docs.python.org/3/faq/programming.html#why-did-changing-list-y-also-change-list-x
You can use the builtin function id() to see the id of the lists, and verify
whether they refer to the same object or not.
--
nosy: +ezio.melotti
Ezio Melotti added the comment:
Can you elaborate on the rational for this proposed change? I'm not sure if
there cases where the digits are non-ASCII, but if there are, is rejecting them
the right thing to do?
In the code there's a comment that mentions that the Windows version can
Ezio Melotti added the comment:
I think so.
It might be worth double-checking if BeautifulSoup (and possibly other 3rd
party libs) use _markupbase.py and/or ParserBase.error(). If they do, giving
them a heads up and/or going through a regular deprecation process might be
good, otherwise PR
<pre>
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
HTMLParser is supposed to follow the HTML5 standard, and never raise an error.
For the example in the first comment ("<![hi world]>"), the steps should be:
* <a rel="nofollow" hre
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue34979>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Please read the documentation for login_required at
https://flask-login.readthedocs.io/en/latest/#flask_login.login_required and if
you still think you have found a bug report it to the Flask bug tracker.
--
nosy: +ezio.melotti
resolution
Ezio Melotti added the comment:
test comment
--
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ezio Melotti :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Ezio Melotti :
--
keywords: +patch
pull_requests: +15547
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/15906
___
Python tracker
<https://bugs.python.org/issu
New submission from Ezio Melotti :
I just rebuilt the docs and got the following error:
Warning, treated as error:
Doc/c-api/typeobj.rst:2456:duplicate label examples, other instance in
Doc/distutils/examples.rst
Makefile:49: recipe for target 'build' failed
make: *** [build] Error 2
Ezio Melotti added the comment:
I think Dimiter was able to fix most of the failures, except
test_unicode_file_functions.
Yesterday during the sprints we were looking at it, and we did some tests using
the following snippet:
import os
import unicodedata
upsilon_diaeresis_and_hook = &q
Ezio Melotti added the comment:
> Are there any real world examples which show the benefit of supporting
> negative indices?
A common case is ignoring parentheses at the beginning/end, e.g.
>>> re.compile('[^,]+').findall('(foo,123,(),bar)')
['(foo', '123', '()', 'bar)
Ezio Melotti added the comment:
Sorry, I was wrong. re.findall accepts negative indices for both start and end
but they silently get converted to 0, which is arguably an unexpected behavior.
This is an example of the current behavior:
>>> s, e = 1, 4; re.compile('.').findall('abc
Ezio Melotti added the comment:
The current behavior is inconsistent because the start position accepts both
positive and negative indices, whereas the end position only accepts positive
indices.
I think the proposal and the PR written by Anil are reasonable and should be
merged
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue37328>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
If you want some early feedback I believe you can already create a PR and mark
it as work-in-progress/don't-merge.
If you need some material you can find the slides of a talk about decorators
that I did at
https://www.pycon.it/media/conference/slides
Ezio Melotti added the comment:
If we can't fix the behavior, it should at least be documented.
Currently the docs says "This function returns a list of (decoded_string,
charset) pairs containing each of the decoded parts of the header.". One could
assume that this means that
Ezio Melotti added the comment:
Fixed, thanks for the report and the PRs!
--
assignee: docs@python -> ezio.melotti
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> enhancement
versions: +Python 3.7
___
Ezio Melotti added the comment:
New changeset 9390e98c3ed9eb9fa414030a2feec1926193af94 by Ezio Melotti (Miss
Islington (bot)) in branch '3.7':
bpo-19184: Update the documentation of dis module. (GH-13652) (GH-13755)
https://github.com/python/cpython/commit
Ezio Melotti added the comment:
Fixed, thanks for the report and the PRs!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
title: [First easy issue] fileinput module should document that openhook and
mode are ignored when reading from stdin -&g
Ezio Melotti added the comment:
New changeset 6bd438e137a0618b8db949a4751304f541b6674d by Ezio Melotti (Miss
Islington (bot)) in branch '3.7':
bpo-37014: Update docstring and Documentation of fileinput.FileInput().
(GH-13545) (GH-13753)
https://github.com/python/cpython/commit
Ezio Melotti added the comment:
New changeset e1179a5096fb12297ececd7a1c79969aa5747e28 by Ezio Melotti (Michele
Angrisano) in branch 'master':
bpo-19184: Update the documentation of dis module. (GH-13652)
https://github.com/python/cpython/commit/e1179a5096fb12297ececd7a1c79969aa5747e28
Ezio Melotti added the comment:
New changeset aca273e2401ca3151e15e984f400233b7f255e15 by Ezio Melotti (Michele
Angrisano) in branch 'master':
bpo-37014: Update docstring and Documentation of fileinput.FileInput().
(GH-13545)
https://github.com/python/cpython/commit
Change by Ezio Melotti :
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/o
Change by Ezio Melotti :
--
components: +Tests
keywords: +easy (C)
priority: -> low
versions: +Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.org/iss
Ezio Melotti added the comment:
Fixed, thanks for the PR!
--
assignee: -> ezio.melotti
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Ezio Melotti added the comment:
New changeset 25d8404c358f3b1cc8321cdc74049d45dcb8d014 by Ezio Melotti (Michele
Angrisano) in branch '2.7':
bpo-36713: Rename duplicated method in test_unicode. (#13525)
https://github.com/python/cpython/commit/25d8404c358f3b1cc8321cdc74049d45dcb8d014
Ezio Melotti added the comment:
The duplicate method is gone from 3.5+, but it is still present on 2.7:
2.7/Lib/ctypes/test/test_unicode.py:96
2.7/Lib/ctypes/test/test_unicode.py:110
The one at line 96 should be renamed "test_ascii_strict".
Michele, do you want to work on a
Ezio Melotti added the comment:
I agree that implicit namespace packages don't deserve more than a footnote in
that page.
However, since I often have to answer questions about packages, I'm thinking
that perhaps it would be better to expand that page and maybe have a page
dedicated
Change by Ezio Melotti :
--
nosy: +ezio.melotti
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue36789>
___
___
Python-bugs-list mai
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue36425>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
> Oh wow, that's really strange. I'm sure that I wrote "https://...; URL but my
> URL became "r263026496">https://...; !?
The links are now fixed (Roundup was getting confused by the rNN, since it
looks like a SVN rev
Ezio Melotti added the comment:
test message via email
--
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsub
Change by Ezio Melotti :
--
nosy: -asdwqii
___
Python tracker
<https://bugs.python.org/issue35354>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
> I think I have seen this bug reported elsewhere but can't find it now.
Sorry, I was referring to issue6028 and issue32570 that I thought were similar
to the original report.
(Karthikeyan is having trouble posting, so I'm trying on his beh
Ezio Melotti added the comment:
Adding those aliases sounds good to me. I think it would be good to add some
tests first (possibly as a separate issue/pr), even though I'm not sure what
would be the best way to test the aliases.
Testing if the list is complete/correct should be done
Ezio Melotti added the comment:
I'm assuming you want to replace double backslashes with single backslashes in
stringy_thing, so I defined stringy_thingy and tried both your snippets but
they are both failing:
>>> stringy_thingy = r'foo\\bar\\baz'
>>> print(stringy_thingy)
Change by Ezio Melotti :
--
assignee: -> ezio.melotti
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<https://bugs.pyt
Ezio Melotti added the comment:
mail test
--
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Thanks for the decorator, however this should probably be discussed on
python-ideas first to decide if a decorator should be added in the first place.
If the idea is accepted, the exact implementation should be discussed and
defined, and finally a pull
Ezio Melotti added the comment:
another test
--
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
Fixed, thanks for the report!
--
keywords: -patch
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bug
Ezio Melotti added the comment:
New changeset 56c102596f01ecbbe5cca6339d2ae16695b083ff by Ezio Melotti (Miss
Islington (bot)) in branch '3.6':
bpo-31865: Fix a couple of typos in the html.unescape() docs. (GH-9664)
https://github.com/python/cpython/commit
Ezio Melotti added the comment:
New changeset 27d7f93f633f0163b96d0a95e312f0eb5615abfd by Ezio Melotti (Miss
Islington (bot)) in branch '3.7':
bpo-31865: Fix a couple of typos in the html.unescape() docs. (GH-9663)
https://github.com/python/cpython/commit
Ezio Melotti added the comment:
New changeset 30534cc7172f36092e0002bb7df482edc0d539ce by Ezio Melotti in
branch 'master':
bpo-31865: Fix a couple of typos in the html.unescape() docs. (GH-9662)
https://github.com/python/cpython/commit/30534cc7172f36092e0002bb7df482edc0d539ce
Change by Ezio Melotti :
--
keywords: +patch
pull_requests: +9055
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Ezio Melotti :
--
assignee: docs@python -> ezio.melotti
keywords: +easy
stage: -> needs patch
___
Python tracker
<https://bugs.python.org/i
Change by Ezio Melotti :
--
nosy: +ezio.melotti, mark.dickinson
___
Python tracker
<https://bugs.python.org/issue32956>
___
___
Python-bugs-list mailin
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue34792>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
test
--
nosy: +nedbat
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ezio Melotti added the comment:
test
--
nosy: -nedbat
___
Python tracker
<https://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
<pre>
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
There are at least a couple of issues here.
The first one is the way the parser handles '<![...'. The linked page contains
markup like '<![STAT]-[USER-ACTIVE]!>' and since the parser currently c
Change by Ezio Melotti :
--
keywords: +patch
pull_requests: +8724
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32876>
___
___
Py
Change by Ezio Melotti :
--
assignee: -> ezio.melotti
___
Python tracker
<https://bugs.python.org/issue34480>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Ezio Melotti :
--
assignee: -> ezio.melotti
___
Python tracker
<https://bugs.python.org/issue31844>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Ezio Melotti :
--
nosy: +ezio.melotti
___
Python tracker
<https://bugs.python.org/issue34087>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ezio Melotti <ezio.melo...@gmail.com>:
--
assignee: -> ezio.melotti
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
The HTMLParser has been updated to handle HTML5 and should never fail parsing a
document, so if it raises an error it's probably a bug.
--
___
Python tracker <rep...@bugs.python.or
Change by Ezio Melotti <ezio.melo...@gmail.com>:
--
Removed message: https://bugs.python.org/msg303087
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pytho
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
ISTM that ``x`` is used when x is a regex or regex metachar, whereas ``'x'`` is
used when 'x' is a string. I find this distinction reasonable.
--
___
Python tracker <rep...@bugs.p
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
FWIW most of the errors I met while trying to build the pdfs of the main docs
were caused by the presence of non-latin1 characters. French should be limited
to the latin1 range and the error you pasted doesn't seem to be r
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
This should be fixed now, thanks for the report!
--
assignee: -> ezio.melotti
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker <r
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
mail test
On Wed, Sep 27, 2017 at 4:14 AM, Ezio Melotti <rep...@bugs.python.org>
wrote:
>
> Ezio Melotti <ezio.melo...@gmail.com> added the comment:
>
> test
>
> --
Ezio Melotti <ezio.melo...@gmail.com> added the comment:
test
--
versions: +Python 3.8 -Python 3.5
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pytho
Ezio Melotti added the comment:
What about adding a lazy_compile() function? It will leave the current
behavior unchanged, it's explicit, and it's easier to use cross version (if
importing re.lazy_compile fails, use re.compile).
FWIW I'm -1 on changing re.compile, -1 on adding re.IMMEDIATE
Ezio Melotti added the comment:
I agree with Raymond that this is a reasonable request.
Even if jsonlines is not part of the JSON specification, the format is quite
common, and practicality beats purity (espcially considering that we are just
talking about json.tool).
--
nosy
1 - 100 of 5772 matches
Mail list logo
