Repository navigation
IDLE: Run ... Customized strips backslashes from arguments #93016
Description
Activity
Both parts are fixed in #157635. On Windows, the arguments are now split by the same rules as
python.exesplits the command line, so backslashes are literal, and quotes work as on the command line. The previous arguments are now displayed quoted and joined, so they can be edited and are parsed back to the same list.is this the same issue?
for the issue with “Run… Customized” i tried
the simple test script:import sys; print(sys.argv[1:])
at first “Run…Customized”, i typed in:
xyz "C:\abcd feg\123.txt"at second “Run…Customized”, the previous entered text altered to:
xyz {C:\abcd feg\123.txt}at third “Run…Customized”, the previous altered text altered to:
xyz \{C:abcd feg123.txt\}
at that point the text does not alter anymore.
the script output of the runs above
at first run:['xyz', 'C:\\abcd feg\\123.txt']
at second run:
['xyz', '{C:abcd', 'feg123.txt}']
at third run:
['xyz', '{C:abcd', 'feg123.txt}']
i am using Python IDLE 3.14.7 for windows / Python 3.14.7 with td/tk 9.0.4
installed withwinget install Python.Python.3.14on windows 11 25h2- Thank you for the information.…On Thu, Sep 24, 2026 at 10:53 AM beta-tester ***@***.***> wrote: *beta-tester* left a comment (python/cpython#93016) <#93016 (comment)> is this the same issue? for the issue with “Run… Customized” i tried the simple test script: import sys; print(sys.argv[1:]) at first “Run…Customized”, i typed in: xyz "C:\abcd feg\123.txt" at second “Run…Customized”, the previous entered text altered to: xyz {C:\abcd feg\123.txt} at third “Run…Customized”, the previous altered text altered to: xyz \{C:abcd feg123.txt\} at that point the text does not alter anymore. the script output of the runs above at first run: ['xyz', 'C:\\abcd feg\\123.txt'] at second run: ['xyz', '{C:abcd', 'feg123.txt}'] at third run: ['xyz', '{C:abcd', 'feg123.txt}'] i am using Python IDLE 3.14.7 for windows / Python 3.14.7 with td/tk 9.0.4 installed with winget install Python.Python.3.14 on windows 11 25h2 — Reply to this email directly, view it on GitHub <#93016?email_source=notifications&email_token=CI4YCMBCTA7X6SWIN4B44VL5QTVJPA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKOBRGE4DMMZWHE22M4TFMFZW63VKON2WE43DOJUWEZLEUVSXMZLOOSWGM33PORSXEX3DNRUWG2Y#issuecomment-5811863695>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/CI4YCMEJOIEISL2C2MFWXC35QTVJPAVCNFSNUABEKJSXA33TNF2G64TZHM4DCNJZHA4TMMJ3JFZXG5LFHMYTENBTGIYTGMZUGOQXMAQ> . Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS <https://github.com/notifications/mobile/ios/CI4YCMEA3Q3VNOD66MVQMKL5QTVJPA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKOBRGE4DMMZWHE22M4TFMFZW63VKON2WE43DOJUWEZLEUVSXMZLOOSVGM33PORSXEX3JN5ZQ> and Android <https://github.com/notifications/mobile/android/CI4YCMGWU2LIQCOE26F52OT5QTVJPA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKOBRGE4DMMZWHE22M4TFMFZW63VKON2WE43DOJUWEZLEUVSXMZLOOSXGM33PORSXEX3BNZSHE33JMQ>. Download it today! You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
Yes, it is the same issue. It was fixed in #157635 after 3.14.7 was released; the fix will be in the next 3.14 and 3.13 bugfix releases.
Reacted by beta-tester3.15 backport must be generated after prior 3.15 backports are merged after 3.15 branch is unblocked.
- added a commit that references this issue
on Oct 9, 2026
PART 1/2
Actions
In editor, do "Run... Customized"
In text box, Paste or type a valid Windows path (e.g.:
c:\Users,\\server\share)Select "OK"
Expected response:
script receives argument as entered without modification just as it does when run on the command line (e.g.:
python prog.py c:\users)Actual response:
script receives argument with backslashes treated as escape characters (e.g.:
c:users,\servershare)Workaround:
argument is not altered if entered in quotes. This is not the same behavior as the command line where quotes are accepted as part of the argument.
Part 2/2
Actions
In editor, do "Run... Customized"
Expected response:
text box is populated with previous entry, a legal windows path (e.g. `c:\Users)
Actual response:
text box is populated with previous entry mangled as above surrounded by curly braces (e.g.:
{c:users},{\serverpath}). If workaround above is used, then the string is correct, but quotes are gone and curly braces are present (e.g.:{c:\users},{\\server\share}System information
Windows 10 Home x86-64 (21H1 build 19043.1706)
Idle version 3.10.4
Linked PRs