[issue8058] incorrect behavior of get_filename() method in email pkg

[daz]

New submission from daz :

get_filename() does not parse the Content-Type header for a "name" parameter. 
This is the old-style RFC 1341 header. Example:

Content-Type: application/octet-stream;
 name="somefile.pdf"
Content-Transfer-Encoding: base64

The email package documentation states:

get_filename([failobj])
Return the value of the filename parameter of the Content-Disposition 
header of the message. If the header does not have a filename parameter, this 
method falls back to looking for the name parameter. If neither is found, or 
the header is missing, then failobj is returned...

As documented, get_filename() falls back to looking for the "name"
parameter in the Content-Disposition header. Instead, it should fall
back to looking for the "name" parameter in the Content-Type header.

--
components: Library (Lib)
messages: 100399
nosy: daz
severity: normal
status: open
title: incorrect behavior of get_filename() method in email pkg
type: behavior
versions: Python 2.6, Python 3.1

___
Python tracker 
<http://bugs.python.org/issue8058>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29060] Changing the installation location still adds AppData filepaths that do not exist to the path variable on Windows 10

[Daz]

New submission from Daz:

New to python issue tracking; prone to ignorance.

I'm on Windows 10. I noticed after checking to add Python to my path variable 
and then changing the location from AppData's directory that after the 
installation, the filepaths associated with AppData were added to the path 
variable. The new path and any would-be associated filepaths were not added to 
the path variable.

Thanks in advance if you can at least let me know if this is typical or a 
problem.

--
components: Installation
messages: 283916
nosy: Dazc
priority: normal
severity: normal
status: open
title: Changing the installation location still adds AppData filepaths that do 
not exist to the path variable on Windows 10
type: behavior
versions: Python 3.6

___
Python tracker 
<http://bugs.python.org/issue29060>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29060] Changing the installation location still adds AppData filepaths that do not exist to the path variable on Windows 10

[Daz]

Daz added the comment:

New to python issue tracking; prone to ignorance.

I'm on Windows 10. I noticed after checking to add Python to my path variable 
and then changing the location from AppData's directory that after the 
installation, the filepaths associated with AppData were added to the path 
variable.

Thanks in advance if you can at least let me know if this is typical or a 
problem.

--

___
Python tracker 
<http://bugs.python.org/issue29060>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29060] Changing the installation location still adds AppData filepaths that do not exist to the path variable on Windows 10

[Daz]

Daz added the comment:

You're right. It was the launcher I was viewing. On the first page, I
unchecked installing the launcher for all users. Thanks for pointing out
that distinction.

Happy holidays.

On Dec 24, 2016 12:28 AM, "Steve Dower"  wrote:

>
> Steve Dower added the comment:
>
> You should have a set of log files in your %TEMP% directory. Could you zip
> them up and attach to this issue? That should show whether the installer
> got confused about something.
>
> Note that if you install the launcher but not for all users (the other
> check box on the first page) you can't actually reconfigure where it
> installs to, and it will be put on PATH, so you may be seeing that.
>
> --
>
> ___
> Python tracker 
> <http://bugs.python.org/issue29060>
> ___
>

--

___
Python tracker 
<http://bugs.python.org/issue29060>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com