[Python-bugs-list] [ python-Bugs-537328 ] Problematic .py extension mapping on XP [IIS]
noreply@sourceforge.net
noreply@sourceforge.net
Sun, 31 Mar 2002 10:58:24 -0800
Bugs item #537328, was opened at 2002-03-31 01:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=537328&group_id=5470
Category: Installation
Group: Platform-specific
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: steve matheson (stevematheson)
Assigned to: Tim Peters (tim_one)
>Summary: Problematic .py extension mapping on XP [IIS]
Initial Comment:
When the windows pre built version installs on
windows xp it sets up a file association that
maps ".py" to the c:\python22\python.exe executable
as it should.
If python is installed in "c:\program files\python22"
the map ".py" points to "c:\progra~1\python22". This
is fine and from the command line <script>.py runs as
expected.
However, if one then trys to set up a script map in
IIS on XP (so that "http:\host\test\script.py"
works) it proves impossible. The IIS admin snap in
returns "wrong executeable" even though the correct
executeable "c:\program files\python22\python.exe %s %
s" is selected. This is because the two mappings must
match exactly.
The manual work around is to enter the 8.3 file name
form of the "program to execute" against ".py" in the
IIS admin snap-in rather than use the browse button
(which returns the normal NT/XP long form of the
name).
The better solution which would remove all confusion
is to ensure the install script enters the full form
of the file name in file association mapping.
i.e. associate
.py with c:\program files\python22\python.exe
rather than
.py with c:\progra~1\python22\python.exe
which it does currently.
Then the IIS admin snapin would work as expected.
----------------------------------------------------------------------
>Comment By: Tim Peters (tim_one)
Date: 2002-03-31 13:58
Message:
Logged In: YES
user_id=31435
A problem is that I don't know where to document this where
someone who needs to know it would be likely to find it.
That's a general problem with GUI installers: the only
natural place to document oddities is in one of the dialog
screens, but everybody has been trained to ignore blocks of
text in dialog screens.
You're also the first person to make a complaint about this
(while there were countless complaints when we left spaces
in paths).
All in all, this sounds like an IIS bug to me: since
Microsoft saw fit to create a brittle "every component of
every file path has two distinct names" scheme, at least
*their* software should deal with the consequences
gracefully. Did you file a bug report against IIS? "Exact
match" is lazy and doesn't respect MS filesystem semantics.
BTW, I wouldn't be surprised if the ActiveState Python
installer left long names intact. I'm accepting the Wise
installer's default behavior in this respect. I'm not
deadly opposed to changing that, since we do suggest a non-
problematic path by default.
----------------------------------------------------------------------
Comment By: steve matheson (stevematheson)
Date: 2002-03-31 05:40
Message:
Logged In: YES
user_id=307994
Fair enough ... but it has just taken me about 6 hours to
work out what was going on and I guess others will be
eqaully frustrated so in the interests of building py a
positive following perhaps you could change the installer
to prevent the location being changed, or at least
restrict the options, or as a last resort warn of the
implications. Keep up the good work. Rgds Steve
----------------------------------------------------------------------
Comment By: Tim Peters (tim_one)
Date: 2002-03-31 02:05
Message:
Logged In: YES
user_id=31435
Sorry, I'm closing this as WontFix. If you choose to
install into a non-default location, you're responsible for
dealing with the consequences. Some years ago the
PythonLabs installer did install under "Program Files" by
deafault, and associated to the full path, and the problems
*that* created for people were endless (especially embedded
spaces). Now we deliberately install into a non-
problematic ("short name" same as "long name", no embedded
spaces) path by default. Note that can you easily change
the .py association yourself (Windows supplies several
simple ways to do that).
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=537328&group_id=5470