[issue16151] Deferred KeyboardInterrupt in interactive mode

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

___
Python tracker 

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

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Martin Panter]

Martin Panter added the comment:

Discovered Issue 22923 is already open about “Display all possibilities” 
problem. It sounds like that may be a regression in Readline, not Python.

--

___
Python tracker 

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

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +No prompt for "display all X possibilities" on 
completion-enabled input()

___
Python tracker 

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

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Martin Panter]

Martin Panter added the comment:

I can’t reproduce this on 2.7.10 nor 3.4.3, on Arch Linux with Gnu Readline 
6.3.008-1. Instead, when I press , I see the y or n query printed, 
but it is immediately followed by all the possibilities (as if I said Y) 
without any chance to actually enter Y or N or hit Ctrl+C.

--
nosy: +martin.panter
stage:  -> test needed

___
Python tracker 

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

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I can't reproduce original behavior anymore. In 3.4+  at the begin of the 
line inserts the tabulation character. In 2.7 and 3.3- double  causes the 
behavior described by Martin.

Yes, please open new issue about the “Display all possibilities” prompt Martin.

--

___
Python tracker 

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

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Martin Panter]

Martin Panter added the comment:

FWIW the “Display all possibilities” prompt works properly in Bash, so maybe I 
have a separate bug somewhere which is masking Serhiy’s bug.

--

___
Python tracker 

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

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Amaury, run the followed commands:

  import readline, rlcompleter
  readline.parse_and_bind('tab: complete')

Hint: you can add this to your .pythonrc.py.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16151
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

My Python interpreter does not have auto-completion.  Do you import something 
special at startup?

--
nosy: +amaury.forgeotdarc

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16151
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Nothing. I think it depends if Python was build with readline support.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16151
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16151] Deferred KeyboardInterrupt in interactive mode

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here are some strange behavior I see (on Linux).

Run Python in interactive mode. Press TabTab. Message Display all XXX 
possibilities? (y or n) showed. Press Ctrl-C, then n. Prompt showed. Enter 
any text (or none) and press Enter. KeyboardInterrupt exception raised.

In Python 2.7:
Traceback (most recent call last):
  File /usr/lib/python2.7/encodings/utf_8.py, line 15, in decode
def decode(input, errors='strict'):
KeyboardInterrupt

In Python 3.x:
Traceback (most recent call last):
  File stdin, line 1, in module
KeyboardInterrupt

In Python 2.6 exception not raised.

It does not lead to any detrimental consequences (entered text saved in history 
and can be restored), but it looks very strange. Possibly for this must be some 
bug.

--
components: Interpreter Core
messages: 172238
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Deferred KeyboardInterrupt in interactive mode
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16151
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com