Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - patch review
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
Ezio Melotti added the comment:
The source links have been added where the code proved to be readable, easy to
understand, and self documenting, and have been omitted when the code is
complicated and not self documenting. This has been done under the assumption
that reading the code might
Ezio Melotti added the comment:
I needed this in the past and had to implement it myself, so adding it to
unicodedata might be OK. A script to generate the list of blocks from the
official Unicode files should probably be created and used whenever we update
the version of the Unicode
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +pitrou
stage: - needs patch
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22671
Ezio Melotti added the comment:
I think we should be pursued together with #18156, so I'm going to close this.
Serhiy already added a reference to this issue there.
--
nosy: +ezio.melotti
resolution: - duplicate
stage: - resolved
status: open - closed
Ezio Melotti added the comment:
I closed #22716 in favor of this, since I think both should be tackled together.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18156
Ezio Melotti added the comment:
The buildbot seems happy, so I'm going to close this.
Thanks for the patch!
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ezio Melotti added the comment:
I'm going to close this.
If someone can reproduce it again, feel free to reopen it.
--
resolution: - out of date
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16056
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22452
___
___
Python-bugs-list
Ezio Melotti added the comment:
+1 on the idea.
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22364
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16007
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21931
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - patch review
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21400
Ezio Melotti added the comment:
Thanks for the patches Lita, however it's better if you can upload a single
patch with all the required changes. This will make it easier to apply/review
it.
--
stage: test needed - patch review
___
Python tracker
Ezio Melotti added the comment:
Oh, one thought - in testtools we split out 'docs for test writers' and
'docs for framework folk'. That would facilitate getting runTest out of
test writers face while still documenting it appropriately.
This has already been discussed in the past, and IIRC
Ezio Melotti added the comment:
+return list(set(matches))
Shouldn't this be sorted before being returned?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22143
Ezio Melotti added the comment:
I agree about 767fd62b59a9, there should be tests for args passed both by
position and as keyword args.
Serhiy, do you think the enum solution is worth pursuing, or is it better to
just turn those args to keyword-only (after a proper deprecation process
Ezio Melotti added the comment:
In normal HTML utf-8 works fine, doesn't it?
It does, in fact as long as the encoding used by the browser matches the one
used in the file, no charrefs needs to be used (except gt; lt; and quot;).
Of course, if non-Unicode encodings are used, the range
Ezio Melotti added the comment:
Are there cases where import locale might fail?
If so, it should maybe be moved in the try, otherwise the patch LGTM.
--
assignee: - ezio.melotti
nosy: +serhiy.storchaka, zach.ware
stage: - patch review
___
Python
Ezio Melotti added the comment:
The example works for me with both python 2 and 3. I'm going to close this in
a while if OP doesn't reply.
$ python2 -c import json; json.dump({'name': '港区'}, open('py2.json', 'w'),
indent=4, separators=(',', ': '), ensure_ascii=False) cat py2.json
{
name
Ezio Melotti added the comment:
Does removing from unittest import * from somewhere fix the issue?
Is this a bug in your code, or did that import reveal a bug in unittest?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22680
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
type: - enhancement
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22581
Ezio Melotti added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10712
___
___
Python-bugs-list mailing list
Unsubscribe
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12458
___
___
Python-bugs
Ezio Melotti added the comment:
If no one is able to reproduce it, I guess we can close it.
OK
you all receive updates even if the bug is closed, right?
Yes.
--
resolution: works for me - out of date
stage: - resolved
status: open - closed
Ezio Melotti added the comment:
See #22581.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16518
___
___
Python-bugs-list mailing list
Ezio Melotti added the comment:
I haven't seen any other program using it, so I wouldn't mind if they were
removed. People with disabilities probably have better ways to deal with
menus, but if adding the option is trivial it's probably better to add
Ezio Melotti added the comment:
See #11957.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22760
___
___
Python-bugs-list mailing list
Ezio Melotti added the comment:
Can this be closed then?
--
resolution: - wont fix
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22177
Ezio Melotti added the comment:
LGTM
--
nosy: +ezio.melotti
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22173
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +rbcollins
stage: - patch review
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22153
Ezio Melotti added the comment:
LGTM
--
nosy: +ezio.melotti
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22217
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22233
Ezio Melotti added the comment:
Looks like str.splitlines is using STRINGLIB_ISLINEBREAK which in turn uses
Py_UNICODE_ISLINEBREAK, so the behavior should be correct. If splitting on \n,
\r, and \r\n only is common enough with might add a bool arg to splitlines to
restrict the splitting
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
assignee: rhettinger - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ezio Melotti added the comment:
There are some ascii line breaks other than \n, \r, \r\n.
unicode=True might be better, but might be confused with unicode strings.
Maybe unicode_linebreaks or unicode_newlines?
--
___
Python tracker rep
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +brett.cannon
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22242
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22752
___
___
Python-bugs-list
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
assignee: rhettinger - ezio.melotti
resolution: - fixed
stage: - resolved
status: open - closed
type: - enhancement
versions: +Python 3.4, Python 3.5
___
Python tracker rep
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, larstiq
stage: - patch review
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22753
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19980
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
versions: +Python 3.4, Python 3.6 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22725
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +benjamin.peterson, serhiy.storchaka
type: security - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22643
Ezio Melotti added the comment:
Can you copy the exact error that you got?
Have you tried redownloading it, and/or checking with a different version (x86
or Python 3.3)?
Do you have admin privileges on your account?
--
nosy: +ezio.melotti
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - resolved
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22626
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17582
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
___
___
Python-bugs
Ezio Melotti added the comment:
I'm -0.5 on this as well, and agree that we should try to keep the TestCase API
small.
On one hand, a patch method available without extra imports would be handy, and
having this as a generic function/method in unittest seems more natural to me
than having
Ezio Melotti added the comment:
+1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22594
___
___
Python-bugs-list mailing list
Unsubscribe
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ncoghlan
stage: - commit review
type: crash - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22603
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22604
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22570
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21231
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19489
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21971
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22001
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21999
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Windows
nosy: +steve.dower, terry.reedy, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22516
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19569
___
___
Python-bugs
Ezio Melotti added the comment:
That only works for the CPython test suite (and it's not a public API).
FWIW I'm +1 on the idea, but I would have to see how it will get implemented in
a patch.
--
stage: - needs patch
___
Python tracker rep
Ezio Melotti added the comment:
As for output buffering, may be replace sys.stdout by file-like object
which flushes its buffered content to original stdout on failure and
discard it on success.
This is what the --buffer option is already supposed to do (I only found out
about it thanks
Ezio Melotti added the comment:
This doesn't modify f, it replaces it with a new frozenset:
f = frozenset({1, 2})
f
frozenset({1, 2})
id(f)
3071990668
f -= frozenset({1})
f
frozenset({2})
id(f)
3066719340
Notice how the two ids are different.
In other words,
f
Ezio Melotti added the comment:
Is this still an issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15279
___
___
Python-bugs-list mailing
Ezio Melotti added the comment:
See
https://docs.python.org/3/faq/programming.html#why-does-a-tuple-i-item-raise-an-exception-when-the-addition-works
--
nosy: +ezio.melotti
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22472
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +larry, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22485
___
___
Python
Ezio Melotti added the comment:
Currently assertListEqual calls assertSequenceEqual, and assertSequenceEqual
doesn't use any function to compare list elements -- it just does if item1 !=
item2: (https://hg.python.org/cpython/file/default/Lib/unittest/case.py).
Checking the types of the two
Ezio Melotti added the comment:
The same happens with 'l' and 'I' on some fonts.
Forbid those chars or treat them as synonyms is not an option.
--
resolution: - not a bug
stage: - resolved
status: open - closed
versions: -Python 3.1, Python 3.2, Python 3.3, Python 3.4
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22380
Ezio Melotti added the comment:
Yes: ham[lower + offset : upper + offset], ham[lower : upper : 3]
This feels a bit weird to me, perhaps because I seldom have expressions in
slices and don't feel the need to add further spaces.
For the first case I would definitely not put spaces around
Ezio Melotti added the comment:
I think similar functions should be added in the unicodedata module rather than
the string module or as str methods. If I'm not mistaken this was already
proposed in another issue.
In C we already added macros like IS_{HIGH|LOW|}_SURROGATE and possibly others
Ezio Melotti added the comment:
That's why I think a function like redecode is a bad idea.
With Python 2 I've seen lot of people blindingly trying .decode when .encode
failed (and the other way around) whenever they were getting an UnicodeError
(and the fact that decoding Unicode results
Ezio Melotti added the comment:
This has been already proposed and rejected in the past.
It's not something that is going to happen (at least until Python 4 or 5).
--
nosy: +ezio.melotti
resolution: - rejected
stage: - resolved
status: open - closed
Ezio Melotti added the comment:
See also #21072.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
___
Python-bugs
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22212
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg225350
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22204
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: -lcarrionr
resolution: - not a bug
stage: - resolved
status: open - closed
title: 2014 USA CONFERENCE/INVITATION!! - spam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ezio Melotti added the comment:
Isn't this the same as #19816?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22190
Ezio Melotti added the comment:
I thought some more about this, and I think we can do better.
Since _diffThreshold only affects strings, the goal of this issue is to extend
the check to other types. Instead of doing this by adding more attributes and
behaviors, I would like to keep things
Ezio Melotti added the comment:
Have you checked if there are pyc files left around by the previous
installation?
Have you specified the full path to python.exe from cmd while running python -V?
If you start the interpreter and print sys.version what do you get? Does
anything change if you
Ezio Melotti added the comment:
Fixed, thanks for the report!
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Ezio Melotti added the comment:
SGTM.
The patch still needs docs and there are some comments on rietveld.
The name of the decorator should be updated too, and possibly
__unittest_base_class__ should be renamed to __unittest_abstract_class__ to
match the name of the decorator
Ezio Melotti added the comment:
Thanks for the patch, however I don't think this is a robust solution.
Other objects might have undeletable attributes too.
The current code can delete an attribute without restoring it so an easy
solution would be removing the hasattr() check, but that seems
Ezio Melotti added the comment:
If the HTML output was fine, what is the purpose of the change in pyspecific.py?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22150
Ezio Melotti added the comment:
LGTM.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22150
___
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22123
Ezio Melotti added the comment:
abstractTestClass/abstractBaseClass were up next in the list of names that I
was considering, but they are not too explicit about the fact the the test case
will get ignored/skipped (especially if one is not familiar iwth the concept
and behavior of abstract
Ezio Melotti added the comment:
Fixed, thanks for the report and the patch!
--
assignee: michael.foord - ezio.melotti
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions: +Python 2.7
___
Python tracker rep
Ezio Melotti added the comment:
Thanks Puneeth for the initial tests and Elena for expanding the fix and the
tests to cover assertDictEqual too.
I reworked a bit Elena's patch to make the checks in case.py more consistent
and simplified the tests.
With the attached patch, unittest_scse.py
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - patch review
type: - behavior
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22143
Ezio Melotti added the comment:
After further investigation it seems to me that read can't raise
NotImplementedError. ZipFile also won't raise it, but will raise a
RuntimeError:
zipfile.ZipFile('spam.zip', 'w', compression=zipfile.ZIP_BZIP2)
RuntimeError: Compression requires the (missing
Ezio Melotti added the comment:
FWIW #5701 has a test zipfile (I haven't tried it though).
If I'm reading the code right, the compression method is specified and checked
in the __init__, so we should know if the compression method was available long
before we reach .read(). I will be happy
Ezio Melotti added the comment:
Does this fix the extra margin visible in broken-deprecated-removed-2.png?
Is there something in the HTML that causes the extra margin (e.g. an empty
p/p? If that is the reason I think fixing the HTML is better.
--
nosy: +ezio.melotti
Ezio Melotti added the comment:
OK, I'll close the issue then.
Alessandro, thanks anyway for the patch!
--
resolution: - out of date
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Ezio Melotti added the comment:
Examples updated, thanks for the report!
--
resolution: - fixed
stage: - resolved
status: open - closed
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18588
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: needs patch - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20402
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21987
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
nosy: +ezio.melotti
resolution: - fixed
stage: needs patch - resolved
status: open - closed
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ezio Melotti added the comment:
Éric, can this be closed then?
--
nosy: +ezio.melotti
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue103
501 - 600 of 5772 matches
Mail list logo