Bug#607118: [Aptitude-devel] Bug#607118: Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again
Control: forcemerge 607118 658271 681023 Control: tags 607118 + pending (reorganising the content of previous messages...) 2015-09-07 22:50 To Axel Beckert: 2015-09-07 10:02 Axel Beckert: I cannot reproduce this with 0.7.1-1, I can. Unless it is a difference between i386 and amd64 systems, I wonder if it was just a temporary glitch, or if it was fixed in some way. I can reproduce it on an uptodate Sid amd64. That's odd, I cannot reproduce it (also unstable and amd64). I press 'q', dialog appears, with Ctrl-g disappears, with 'q' appears again, repeatedly without problems; and I don't get missing key presses when moving to Yes/No in the dialog buttons or any other observable misbehaviour. I think that the difference was that you have this option set to true: Aptitude::UI::Minibuf-Prompts "true"; I thought that it was strange that the string was reported as "Really quit Aptitude? [n]y", with the replies in that order instead of "[Yes] [No]", but it didn't occured to me that the minibuf option was at play at first, because I haven't used it recently. Anyway, when I realised and enabled this option, I was able to reproduce the problem in #607118 and then fix it. At least the original reporter of #658271 (Matthew) and Axel also had this option enabled, I don't know about Jö. Control: tag -1 = confirmed Control: found -1 0.7.1-1 Control: retitle -1 aptitude: after 'q' is cancelled with ctrl-g once, it doesn't work again Hi, Manuel A. Fernandez Montecelo wrote: 2010-12-14 20:22 Andrew Pimlott: Package: aptitude Version: 0.6.3-3.2 Severity: minor Start aptitude. Hit 'q', and the dialog "Really quit Aptitude? [n]y" appears. Hit to cancel, and the dialog is dismissed. Hit 'q' again, and nothing happens. Thanks a lot for that hint! I wondered for years what's the condition under which "q" stops working. You found it! I think that I found what the problem is, read above, bug #607118. There are also the bugs #658271 and #681023, which are themselves merged. #658271 is not specific about how to reproduce it, but the description of the problem in the original message of the bug report matches the discussion in #607118. The steps of Axel to try to reproduce it are more circuitous, but I think that the fix should work for these cases, so I merged those, and marked all three as 'pending'. It woud be great if you can try to confirm if this is fixed once the next version is released. Cheers. -- Manuel A. Fernandez Montecelo
Bug#607118: [Aptitude-devel] Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again
Hi Manuel, Manuel A. Fernandez Montecelo wrote: > >>Unless it is a difference between i386 and amd64 systems, I wonder if it > >>was just a temporary glitch, or if it was fixed in some way. > > > >I can reproduce it on an uptodate Sid amd64. > > That's odd, I cannot reproduce it (also unstable and amd64). > > I press 'q', dialog appears, with Ctrl-g disappears, with 'q' appears > again, repeatedly without problems; and I don't get missing key presses > when moving to Yes/No in the dialog buttons or any other observable > misbehaviour. Thanks for this detailed description. Especially for the phrase "dialog buttons". I don't have any dialog buttons because I have set 'aptitude::UI::Minibuf-Prompts "true";'. Any chance that you (Manuel) don't have that setting and Andrew has it? I suspect that this issue only shows up if aptitude::UI::Minibuf-Prompts is set to "true". Regards, Axel -- ,''`. | Axel Beckert, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#607118: [Aptitude-devel] Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again
Control: tag -1 = confirmed Control: found -1 0.7.1-1 Control: retitle -1 aptitude: after 'q' is cancelled with ctrl-g once, it doesn't work again Hi, Manuel A. Fernandez Montecelo wrote: > 2010-12-14 20:22 Andrew Pimlott: > > Package: aptitude > > Version: 0.6.3-3.2 > > Severity: minor > > > > Start aptitude. Hit 'q', and the dialog "Really quit Aptitude? [n]y" > > appears. Hit to cancel, and the dialog is dismissed. Hit 'q' > > again, and nothing happens. Thanks a lot for that hint! I wondered for years what's the condition under which "q" stops working. You found it! > (note: title says Ctrl-q, not Ctrl-g) Fixed. > I cannot reproduce this with 0.7.1-1, I can. > Unless it is a difference between i386 and amd64 systems, I wonder if it > was just a temporary glitch, or if it was fixed in some way. I can reproduce it on an uptodate Sid amd64. Regards, Axel -- ,''`. | Axel Beckert, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#607118: [Aptitude-devel] Bug#607118: Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again
2015-09-07 10:02 Axel Beckert: Control: tag -1 = confirmed Control: found -1 0.7.1-1 Control: retitle -1 aptitude: after 'q' is cancelled with ctrl-g once, it doesn't work again Hi, Manuel A. Fernandez Montecelo wrote: 2010-12-14 20:22 Andrew Pimlott: > Package: aptitude > Version: 0.6.3-3.2 > Severity: minor > > Start aptitude. Hit 'q', and the dialog "Really quit Aptitude? [n]y" > appears. Hit to cancel, and the dialog is dismissed. Hit 'q' > again, and nothing happens. Thanks a lot for that hint! I wondered for years what's the condition under which "q" stops working. You found it! (note: title says Ctrl-q, not Ctrl-g) Fixed. I cannot reproduce this with 0.7.1-1, I can. Unless it is a difference between i386 and amd64 systems, I wonder if it was just a temporary glitch, or if it was fixed in some way. I can reproduce it on an uptodate Sid amd64. That's odd, I cannot reproduce it (also unstable and amd64). I press 'q', dialog appears, with Ctrl-g disappears, with 'q' appears again, repeatedly without problems; and I don't get missing key presses when moving to Yes/No in the dialog buttons or any other observable misbehaviour. -- Manuel A. Fernandez Montecelo
Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again
Control: tags -1 + moreinfo Control: notfound -1 0.7.1-1 Hello Andrew, 2010-12-14 20:22 Andrew Pimlott: Package: aptitude Version: 0.6.3-3.2 Severity: minor Start aptitude. Hit 'q', and the dialog "Really quit Aptitude? [n]y" appears. Hit to cancel, and the dialog is dismissed. Hit 'q' again, and nothing happens. (note: title says Ctrl-q, not Ctrl-g) I cannot reproduce this with 0.7.1-1, and looking through the changelog (not very in-depth, though) I cannot see anything that could have fixed that. Unless it is a difference between i386 and amd64 systems, I wonder if it was just a temporary glitch, or if it was fixed in some way. Cheers. -- Manuel A. Fernandez Montecelo
Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again
Package: aptitude Version: 0.6.3-3.2 Severity: minor Start aptitude. Hit 'q', and the dialog Really quit Aptitude? [n]y appears. Hit ctrl-g to cancel, and the dialog is dismissed. Hit 'q' again, and nothing happens. Andrew -- Package-specific info: aptitude 0.6.3 compiled at Oct 18 2010 22:11:25 Compiler: g++ 4.4.5 Compiled against: apt version 4.10.1 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-gate.so.1 = (0xb7862000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xb7752000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb770c000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7705000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7645000) libept.so.1 = /usr/lib/libept.so.1 (0xb75f4000) libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb7419000) libz.so.1 = /usr/lib/libz.so.1 (0xb7405000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb7378000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0xb735f000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7346000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7251000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb722b000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb720d000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb70c6000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb70c2000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb70be000) libuuid.so.1 = /lib/libuuid.so.1 (0xb70ba000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xb70a9000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb709f000) /lib/ld-linux.so.2 (0xb7863000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10]0.8.10 Advanced front-end for dpkg ii libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept1 1.0.4High-level library for managing De ii libgcc1 1:4.4.5-10 GCC support library ii libncursesw55.7+20100313-4 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.7.3-1 SQLite 3 shared library ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii libxapian22 1.2.3-2 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: ii apt-xapian-index 0.41 maintenance and search tools for a ii aptitude-doc-en [aptitude-doc 0.6.3-3.2 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii sensible-utils0.0.6 Utilities for sensible alternative Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.88 Tool for selecting tasks for insta -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org