Jameel Al-Aziz added the comment:
I've recently ran into this via unittest.mock.patch.object. Mocking an
asynchronous partial method returns MagicMock and not AsyncMagicMock, causing
some pretty hard to debug failures.
--
nosy: +me3
___
P
Change by Popo Al :
--
components: +Parser, asyncio, email
nosy: +barry, lys.nikolaou, pablogsal, r.david.murray, yselivanov
type: behavior ->
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issu
New submission from Al :
https://docs.python.org/3.9/library/ipaddress.html
This documentation for the 'ipaddress' IPv4/IPv6 Manipulation Library
incorrectly states the address range for 'ipv4_mapped' as ::/96 (which
means 0:0:0:0:0:0:0:/96). This is just flat o
New submission from Md. Al-Helal :
ERROR: Command errored out with exit status 1:
command: /usr/local/bin/python3.8 -c 'import sys, setuptools, tokenize;
sys.argv[0] = '"'"'/tmp/pip-install-68ypuk30/django-tables2/setup.py'"'"';
Al-Scandar Solstag added the comment:
Speaking frankly, I might not have grasped what might happen by reading your
line. I think having at least a minimal example is crucial. Perhaps:
"Distinct argument patterns, such as `f(1)` and `f(first_arg=1)`, may not cache
for each other even i
Al-Scandar Solstag added the comment:
Hi Raymond, I think I understand what you mean, and would suggest something
along the lines of:
"""
Note that lru_cache only guarantees cache matches on the exact way function
arguments are specified, so the following ways of calling
New submission from Al-Scandar Solstag :
Ni!
It is not clear at all in the documentation of @lru_cache that the cache takes
into account the exact way the function was called, not the values passed to
its arguments, as one could/would expect.
I mean that for function(a, b, c=3) the three
Mahmud Al Hasan added the comment:
Thanks to Steve Dower the problem is solved!
--
___
Python tracker
<https://bugs.python.org/issue19143>
___
___
Python-bug
Mahmud Al Hasan added the comment:
The problem still exists on python 3.4 and I need to use this version.
Any solution?
--
nosy: +rauaha
versions: -Python 2.7, Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue19
Mahmoud Al-Qudsi added the comment:
@tim.peters
No, `icdiff` is not part of core and probably should be omitted from the
remainder of this discussion.
I just checked and it's actually not a mix of line endings in each file, it's
just that one file is \n and the other is \r\
Mahmoud Al-Qudsi added the comment:
Attaching file2
--
Added file: https://bugs.python.org/file47165/file2
___
Python tracker
<https://bugs.python.org/issue31
New submission from Mahmoud Al-Qudsi:
While using the icdiff command line interface to difflib, I ran into an
interesting issue where difflib took 47 seconds to compare two simple text
documents (a PHP source code file that had been refactored via phptidy).
On subsequent analysis, it turned
Al Sweigart added the comment:
*Bump* Just wanted to bring attention to this issue. We could keep "Regular
expression" instead of "Regex" for the label (Sublime Text and other editors
have "Regular expression")
I think Mark
Al Sweigart added the comment:
Setting up different configurations for dev/prod is a bit more complicated than
I'd like for most projects. I'd instead just call
logging.disable(logging.CRITICAL).
The entire point of this is just for the convenience of being able to disable
loggin
Al Sweigart added the comment:
As a general indicator, I did a google search for
"logging.disable(logging.XXX)" for the different levels. The number of results
passing ERROR, WARN, DEBUG, and INFO are under a couple dozen each. But the
number of results for "logging.disable(l
Al Sweigart added the comment:
> How about logger.disabled = True.
This seems to violate "there should be one and only one way to do it". What
happens when logging.disabled is True but then logging.disable(logging.NOTSET)
is called? I could see this being a gotcha.
Since loggin
Al Sweigart added the comment:
xiang.zhang: The use case I've found is that I often have logging enabled while
writing code, and then want to shut it off once I've finished. This might not
be everyone's use case, but this is a backwards-compatible change since it's
New submission from Al Sweigart:
As a convenience, we could make the default argument for logging.disable()'s
lvl argument as logging.CRITICAL. This would make disabling all logging
messages:
logging.disable()
...instead of the more verbose:
logging.disable(logging.CRITICAL)
This one
New submission from Al Sweigart:
Currently if the user "steps into" a print(), input(), sys.stdout.write() or
other stdio-related call with the Source checkbox checked, it brings up
PyShell.py.
This is often confusing for beginner programmers (the target audience of IDLE)
and most
Ateik Al-Zehla added the comment:
forget to tell you that even i deleted the cache, but nothing happened. it use
the old code.
--
___
Python tracker
<http://bugs.python.org/issue25
Ateik Al-Zehla added the comment:
thanks Matt for your replay. But I copied the lines to cygwinccompiler.py and
it didn't work. and it pretend as there is no change happened to the file.
To see if the execution goes through the code I changed message if raise
ValueError to "God
Ateik Al-Zehla added the comment:
how to apply patch file : patch.diff ? plz help
--
nosy: +Ateik Al-Zehla
___
Python tracker
<http://bugs.python.org/issue25
Al Sweigart added the comment:
Good idea. I'll bring it up on the python-ideas list.
--
___
Python tracker
<http://bugs.python.org/issue24990>
___
___
Pytho
Al Sweigart added the comment:
I volunteer to produce the patch.
I know Bryson's "Teach Your Kids to Code" book (which features Python's turtle
module) hasn't been translated to other languages yet. It would be nice to get
this committed sooner rather than lat
New submission from Al Sweigart:
I'd like to propose adding foreign language names for the names in the turtle
module. This would effectively take this code:
import turtle
t = turtle.Pen()
t.pencolor('green')
t.forward(100)
...and have this code in Frenc
Al Sweigart added the comment:
Is this a duplicate of https://bugs.python.org/issue9262 Either way, there's
some good discussion there and also on https://bugs.python.org/issue24750
(ctrl-f for "tabbed")
--
nosy: +Al.Sweigart
___
New submission from Al Sweigart:
Many IDEs will check for changes to their opened files made by other programs.
This is usually done with a quick check when the IDE's window gets focus.
A dialog will tell the user the file has changed on disk and ask if they want
to reload it. This dial
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue24759>
___
___
Python-bugs-list mailing list
Unsubscribe:
Daniel al. LordBlick added the comment:
If so, then should be internally __file__ edit by zipimport and/or os.cwd?
It's simple string in .__dict__['__file__']…
Is exist some class representing internal file? Then any cwd operation should
be wraped by it.
--
component
Changes by Daniel al. LordBlick :
--
nosy: +serhiy.storchaka
___
Python tracker
<http://bugs.python.org/issue24670>
___
___
Python-bugs-list mailing list
Unsub
Al Sweigart added the comment:
Serhiy: I completely understand. My first instinct is to look at mass renamings
and dismiss it as cosmetic changes for the sake of cosmetic changes. However,
there are several problems that this fix corrects:
1) It makes it obvious which identifiers are modules
Al Sweigart added the comment:
For reference, here's all the files and their new filenames:
aboutDialog.pyabout_dialog.py
AutoComplete.pyautocomplete.py
AutoCompleteWindow.pyautocomplete_window.py
AutoExpand.pyautoexpand.py
Bindings.pybindings.py
CallTips.pycallti
Al Sweigart added the comment:
(I can reformat these patch files if that helps.)
--
Added file: http://bugs.python.org/file39429/idle_updating_imports.patch
___
Python tracker
<http://bugs.python.org/issue24
Changes by Al Sweigart :
Added file: http://bugs.python.org/file39428/idletest_renaming.patch
___
Python tracker
<http://bugs.python.org/issue24225>
___
___
Python-bug
Al Sweigart added the comment:
The idle_renaming.patch file is for the file renamings under idlelib
The idletest_renaming.patch file is for the file renamings under
idlelib/idle_test
The idle_updating_imports.patch file is for the content updates (mostly for
import statements) due to the
New submission from Al Sweigart:
>From the idlelib/idle_test/README.txt file:
"The idle_test subdirectory should contain a test_xyz.py for each, where 'xyz'
is lowercased even if xyz.py is not."
However, this means the test file names are inconsistent with the script
Al Sweigart added the comment:
I'll add a note about running the human-mediated tests to section 0.
Running "python -m test.test_idle" for 64-bit 3.4.3 on Windows 7 works fine for
me ("Ran 142 tests in 0.605s OK")
I'll take out the indented code. You make a good
Al Sweigart added the comment:
Additionally, pressing tab after the autocomplete window has appeared should
not just update the text but also close the autocomplete window.
The repro steps are (on Windows 7 64-bit, Python 3.5):
1. Type "pri"
2. Press Ctrl+Space or click E
Al Sweigart added the comment:
I should clarify: I'm referring to the "Show Completion" feature. The repro
steps are (on Windows 7 64-bit, Python 3.5)
1. Type "pri"
2. Press Ctrl+Space or click Edit > Show Completions. The autocomplete window
appears.
3. Press Tab
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue15786>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Al Sweigart:
As part of trying to understand the IDLE codebase, I'm taking a look at IDLE's
unit tests.
-Added more specific messages when test_delegator.py's assertions fail.
-Added detail to the comments.
-Added an explicit test of the resetcache() metho
Al Sweigart added the comment:
> It is egregious for apps to assume that they are the only thing running
I would agree for most apps, but I tend to think of IDEs as something that is
generally run full screen. I'll note that Eclipse starts maximized, while
PyCharm starts windowed.
New submission from Al Sweigart:
It took me a while to read through the idle_test documentation to figure out
how to run the test. Similar to the Profiler documentation, I've added "Instant
User's Manual" section at the top of the file, as well as edited the text a
Changes by Al Sweigart :
--
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issue23964>
___
___
Python-bugs-list mailing list
Unsubscrib
Al Sweigart added the comment:
Edit: Looking into it further, this behavior was originally for when the Show
Completions dropdown wasn't being displayed. In that case, pressing tab would
complete only up to the first ambiguous completion.
For example, typing "os.ge" and pre
New submission from Al Sweigart:
All autocomplete features (for example, Eclipse & Android Studio) cause the
autocomplete window to disappear when a selection is made. When tab is pressed
in IDLE, the window does not disappear.
IDLE should be changed so that the window goes away when ta
New submission from Al Sweigart:
Currently, when you press Ctrl+Space or select Edit > Show Completions, a
dropdown menu appears and lets you select an autocomplete option.
If you press Tab, the highlighted option in the dropdown is selected and your
typing autocompletes. However, press
Al Sweigart added the comment:
+1 to this idea. In classroom settings when I look over the shoulder of
students, usually they're working with IDLE or an editor in a much smaller
window. When I point out how to maximize it, they always enjoy the additional
space.
It seems like a minor
Al Sweigart added the comment:
On my system (Windows 7) it shows up with a blue feather icon, which I is the
generic Tk icon.
The reason I suggest the IDLE icon is 1) we already have it and 2) it's the
python logo on top of a generic sheet of paper icon so it fits well enough imo,
and 3
New submission from Al Sweigart:
The turtle.py and turtledemo scripts launch windows that have the default
tkinter icon. Instead, they should make use of the IDLE icon (which are already
in the idlelib/Icons folder)
--
components: IDLE
messages: 240564
nosy: Al.Sweigart
priority
Al Sweigart added the comment:
> Someone should do a more refined search with an re that excludes '_' preceded
> or followed by an identifier char, to skip '__xyz__' or '_x' or 'y_'.
I've run this regex over all the .py and .pyw files i
Changes by Al Sweigart :
--
title: Windows, 'Edit withIDLE', and multiple installed versions -> Windows,
'Edit with IDLE', and multiple installed versions
___
Python tracker
<http://
Al Sweigart added the comment:
-1 on adding PEP8 checks. PEP8 is a guideline, and having IDLE present them as
warnings or errors elevates their importance.
Also, this would involve adding the pep8 dependency to the standard library.
A linter might be a good idea, but not a style checker
Al Sweigart added the comment:
I've made some minor updates: Adding colons to the labels and right-justifying
them. These updates can be seen in the second comparison screenshot.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Al Sweigart :
Added file: http://bugs.python.org/file37760/idle_find_ui_redesign2.diff
___
Python tracker
<http://bugs.python.org/issue23218>
___
___
Python-bug
Changes by Al Sweigart :
Added file: http://bugs.python.org/file37759/idle_grep_compare2.png
___
Python tracker
<http://bugs.python.org/issue23218>
___
___
Python-bug
Changes by Al Sweigart :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue23181>
___
___
Python-bugs-list mailing list
Unsubscribe:
Al Sweigart added the comment:
Added another patch for the documentation changes for the menu renaming.
--
Added file: http://bugs.python.org/file37679/idle_window_doc_rename.diff
___
Python tracker
<http://bugs.python.org/issue23
Al Sweigart added the comment:
I checked with a couple grep programs and they use depth first. Which makes
sense, since you'd want the return order to be something like:
/a/spam.txt
/a/aa/spam.txt
/a/bb/spam.txt
/x/spam.txt
/y/spam.txt
/z/spam.txt
...instead of the bread-first:
/a/spa
Al Sweigart added the comment:
Will do, re marking IDLE issues for 2.7, 3.4, and 3.5 only. Thanks for the
heads up.
--
___
Python tracker
<http://bugs.python.org/issue23
Al Sweigart added the comment:
For clarification, this happens on Windows 7.
--
___
Python tracker
<http://bugs.python.org/issue23220>
___
___
Python-bugs-list m
Changes by Al Sweigart :
--
versions: +Python 2.7, Python 3.4
___
Python tracker
<http://bugs.python.org/issue23218>
___
___
Python-bugs-list mailing list
Unsub
Changes by Al Sweigart :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue23220>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
versions: +Python 2.7, Python 3.4
___
Python tracker
<http://bugs.python.org/issue23216>
___
___
Python-bugs-list mailing list
Unsub
New submission from Al Sweigart:
IDLE cannot display the \b backspace character correctly. From IDLE's
interactive shell:
>>> print('hello\b\b\b\b\bHELLO')
hello◙HELLO
Whereas from cmd:
>>> print('hello\b\b\b\b\bHELLO')
HELLO
--
Changes by Al Sweigart :
--
keywords: +patch
Added file: http://bugs.python.org/file37666/idle_find_ui_redesign.diff
___
Python tracker
<http://bugs.python.org/issue23
New submission from Al Sweigart:
Various changes to modernize the user interface of the Find, Replace, and Find
in Files dialogs:
- Got rid of the "close" button, since it is redundant.
- Moved the buttons below the text fields, to make better use of screen real
estate.
- Shorten
New submission from Al Sweigart:
The following IDLE files need docstrings for their methods:
GrepDialog.py
SearchEngine.py
SearchDialogBase.py
SearchDialog.py
ReplaceDialog.py
--
components: IDLE
files: idle_docstrings.diff
keywords: patch
messages: 233807
nosy: Al.Sweigart
priority
New submission from Al Sweigart:
GrepDialog.py's findfiles() method lacks a unit test.
The comments in the unit test stub in test_grep.py correctly notes that since
findfiles() method does not rely on the GrepDialog class, it can be made into a
function.
The attached patch does the foll
Al Sweigart added the comment:
I've updated the patch.
I've removed the EditorWindow deletion. Importing that and using it as a class
variable instead of using an assignment statement wasn't picked up. (Is there a
more opaque way to do this import?)
I've left the RemoteD
Al Sweigart added the comment:
*more transparent, that is. Not opaque.
--
___
Python tracker
<http://bugs.python.org/issue23184>
___
___
Python-bugs-list mailin
Al Sweigart added the comment:
There are three pieces of user-specified configuration: (1) the number of
spaces for a tab set in IDLE's config, (2) the sys.ps1 value, and (3) the
sys.ps2 value.
Currently IDLE's shell is ignoring (1) while the editor is not. IDLE's shell is
ign
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue7676>
___
___
Python-bugs-list mailing list
Unsubscribe:
Al Sweigart added the comment:
Since tabnanny is also a module in the standard library (it is imported by the
idle code), wouldn't moving it to lib/test/test_tools make it un-importable?
This would be a good case for leaving it where it is.
--
nosy: +Al.Swe
New submission from Al Sweigart:
The IDLE code base has several unused imports and local variables. The
testcode.py file seems to have been accidentally checked in.
These changes were found through a lint program, not by hand. All idle unit
tests pass after these changes
Changes by Al Sweigart :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue23184>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Al Sweigart:
According to http://unicode.org/glossary/ "codepoint" is incorrect and should
be changed to "code point".
--
assignee: docs@python
components: Documentation
files: code_point_patch.diff
keywords: patch
messages: 233568
nosy: Al.S
New submission from Al Sweigart:
Currently IDLE's top-level menu item is "Windows" on Windows & Linux but is
specifically changed to "Window" on OS X to match mac's look and feel. See
https://hg.python.org/cpython/rev/1b3b6b1982aa
The singular "W
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue2704>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue17760>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue17776>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue22628>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue14944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
nosy: +Al.Sweigart
___
Python tracker
<http://bugs.python.org/issue17583>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Al Sweigart :
--
components: +IDLE
___
Python tracker
<http://bugs.python.org/issue23158>
___
___
Python-bugs-list mailing list
Unsubscribe:
Al Sweigart added the comment:
I've attached a simple typo fix for this issue.
--
keywords: +patch
Added file: http://bugs.python.org/file37590/patch.diff
___
Python tracker
<http://bugs.python.org/is
New submission from Al Sweigart:
There is a typo in IDLE's help.txt file:
"into the corrent number of spaces"
--
messages: 233379
nosy: Al.Sweigart
priority: normal
severity: normal
status: open
title: IDLE's help.txt "corrent" typo
type: behavior
ve
New submission from Mohammed Mustafa Al-Habshi:
hello every one,
I was trying to understand the behavior of passing arguments in a function to
differentiate how we can pass argument by value. Though it is a technique
matter. However, the behavior of assignment operator +=
when using it with
Tatiana Al-Chueyr added the comment:
uploading test file
--
Added file: http://bugs.python.org/file34845/test_argparse_mutex_with_title.py
___
Python tracker
<http://bugs.python.org/issue17
Changes by Tatiana Al-Chueyr :
Removed file: http://bugs.python.org/file34844/test_argparse_mutex_with_title.py
___
Python tracker
<http://bugs.python.org/issue17
Tatiana Al-Chueyr added the comment:
My proposal is that both:
- add_mutually_exclusive_group()
- add_argument_group()
print optional arguments in the same way when title and/or description are
provided.
I've attached a test case of the proposed behavior.
Please, let me know if you hav
Al Korgun added the comment:
Mark Dickinson, sorry, didn't answer the first questiuon.
>> In your original message, is it your intention that the assert raises
>> TypeError, or that it raises AssertionError?
I suggest to add the ability to raise relevant (for specific part of
Al Korgun added the comment:
Mark Dickinson, #1 if dedug (and type check, respectively, as in this example,
and 'raise') isn't needed we just need pyo
>> Python won't execute those asserts at all
that is convenient.
if not isinstance(data, basestring):
raise Type
Al Korgun added the comment:
Mark Dickinson, and I just think it might be useful in debug. PYO is another
story.
--
___
Python tracker
<http://bugs.python.org/issue18
New submission from Al Korgun:
It would be pretty good, if 'assert' could raise specified exception, like that:
>>> data = None
>>> assert isinstance(data, basestring), TypeError("'data' must be a string")
AssertionErrorTypeError: 'data&
Changes by Al Korgun :
--
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue16766>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Al Korgun:
>>> import htmlentitydefs
>>> htmlentitydefs.name2codepoint.get("quot") # ok
34
>>> htmlentitydefs.name2codepoint.get("apos", "null") # ' -> chr(39)
'null'
--
components: L
New submission from Wael Al Jishi:
Minor fix to a comment in the read() function definition in codecs.py
Diff attached.
--
components: None
files: comment-codecs-fix.patch
keywords: patch
messages: 171705
nosy: Wael.Al.Jishi
priority: normal
severity: normal
status: open
title: Minor
Wael Al Jishi added the comment:
The attached file is very different to the current source, including the
docstring. Is this from python 2.x?
--
nosy: +Wael.Al.Jishi
___
Python tracker
<http://bugs.python.org/issue16
Wael Al Jishi added the comment:
Shouldn't this issue be closed, or is there more to be done?
--
nosy: +Wael.Al.Jishi
___
Python tracker
<http://bugs.python.org/i
1 - 100 of 121 matches
Mail list logo
