Julia Frances added the comment:
those are strong and good vocabulary skills you have just keep on making
more comments or responses and get that to me as soon as possible
*Julia Frances pascack hills*
On Thu, Aug 20, 2020 at 11:48 AM Stefan Behnel
wrote:
>
> Stefan Behnel
Julia Frances added the comment:
welcome to python.org in this website there are many ways to do python coding.
You need to follow the guide and the rules on how to do python coding.
--
hgrepos: +392
keywords: +patch
message_count: 8.0 -> 9.0
nosy: +jfrances21
nosy_count: 3.0 -&g
Julia added the comment:
Working on it at the moment (Mentored Sprint)
--
nosy: +jiliuk
___
Python tracker
<https://bugs.python.org/issue27432>
___
___
Pytho
Julia added the comment:
Working on it at the moment
--
nosy: +jiliuk
___
Python tracker
<https://bugs.python.org/issue11001>
___
___
Python-bugs-list mailin
Julia Dolgova added the comment:
I'm not sure that users of my program will like if I define such variables in
their systems
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Julia Dolgova added the comment:
I compared the behaviour of urllib with these browsers: Firefox("use system
proxy" selected), Google Chrome, Yandex. And also Skype (requests to
login.live.com). All of them are not doing DNS requests for proxy bypass
handling as Marc expects.
Julia Dolgova added the comment:
Steve, do you mean that there should be no address to IE configuration from
urllib? I could undertake it if I understand the task.
gethostbyaddr() is ok. It just makes a reverse lookup, that some dns-servers
work up too slow. The command "nslookup"
Julia Dolgova added the comment:
Ok, but may be there are some Windows users, that have different opinion, who
prefer to put up with this bug for the benefit of better performance. Could you
leave them an opportunity to refuse this behavior of urllib
Julia Dolgova added the comment:
May be I described the problem not clearly enough, because English is not my
native language, so I try to explain once again.
In Windows there is an option "Do not use proxy server for address beginning
with". I call this option . This option i
Julia Dolgova added the comment:
Could someone look into my PR, please...
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Julia Dolgova <zo...@mail.ru>:
--
pull_requests: +212
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29533>
___
__
Julia Dolgova added the comment:
I added variable smart_proxy_bypass into request module. If it's False then
checking IP and FQDN of the host is skipped in proxy_bypass_registry function.
I set the default value to False, because I think it's better when the
behaviour of urllib corresponds
Julia Dolgova added the comment:
http://bugs.python.org/issue23384 - same problem
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Julia Dolgova added the comment:
Why not to take it into account?
Imagine that someone wants that requests to "ovinnik.canonical.com" should
bypass proxy and requests to "ubuntu.com" souldn't. I don't know what for, it's
just an assumption.
He adds a hostname &q
Julia Dolgova added the comment:
I compared the behavior of IE and urllib.
I put different addresses to the ("Do not use proxy server
for address beginning with" setting), made different requests through IE and
urllib and watched if the proxy was bypassed.
IE doesn't even make a f
Changes by Julia Dolgova <zo...@mail.ru>:
--
nosy: +juliadolgova
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue23384>
___
__
Julia Dolgova added the comment:
The issue applies to 3.6 as well.
I agree that the replacement of gethostbyaddr with gethostbyname_ex is not a
solution. But is there a way to check whether a hostname is in the that doesn't bring to the reverse lookup? I suppose that IE
doesn't make
Julia Dolgova added the comment:
I sincerely appreciate your time. Thank you very much for your answer. I'll try
to test this on python 3.5
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Julia Dolgova added the comment:
Surely noone is concerned that programms written on python could work better
when addressing to "python.org"?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
Changes by Julia Dolgova <zo...@mail.ru>:
--
keywords: +patch
Added file: http://bugs.python.org/file46632/socket.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Julia Dolgova <zo...@mail.ru>:
Added file: http://bugs.python.org/file46630/test.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Julia Dolgova <zo...@mail.ru>:
Added file: http://bugs.python.org/file46631/log.txt
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Julia Dolgova <zo...@mail.ru>:
Added file: http://bugs.python.org/file46629/socket.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Julia Dolgova:
I've found that urllib works sometimes slowly on windows with proxy.
To reproduce the issue:
on Windows:
1. Turn on the option "use proxy" in "browser settings" in "control panel".
No real proxy needed. The problem will come
New submission from Julia Dolgova:
I'm using python 2.7. My system is windows 7(64-bit). I also use proxy.
urllib2.urlopen usually implements 0,2..1sec but sometimes sends a strange UDP
to 137 port (netbios-ns) of the remote server, waits 4..6 sec. and then sends
HTTP-request.
If I disable
New submission from Julia Lawall julia.law...@lip6.fr:
In objects/moduleobject.c, in the function PyModule_Create2, it appears that m
should be decrefed on all of the failure paths between its allocation and the
return from the function.
--
files: moduleobject.patch
keywords: patch
New submission from Julia Lawall julia.law...@lip6.fr:
In Modules/selectmodule.c, in the function seq2set, fast_seq should be decrefd
on failure of the initialization of o. This will make a useless call to DECREF
on o, but XDECREF is already used, so it is safe in the NULL case.
In the same
New submission from Julia Lawall julia.law...@lip6.fr:
In the file Modules/_tkinter.c, in the function PyInit__tkinter, m should be
decrefed on the PyType_Ready error path.
--
files: tkinter.patch
keywords: patch
messages: 165842
nosy: jll
priority: normal
severity: normal
status: open
Julia Lawall julia.law...@lip6.fr added the comment:
On Thu, 19 Jul 2012, Jesús Cea Avión wrote:
Jesús Cea Avión j...@jcea.es added the comment:
Thanks for the patch, Julia, and for submitting the contributor form. I have
added you too to the Doc/ACKS.txt file.
I wonder how you found
29 matches
Mail list logo