Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
On Saturday, December 5, 2020 2:36:35 A.M. EST Rafael Laboissière wrote: > As Michael Miller pointed out, this problem is fixed in version 6.1.0-1 > of the octave package, which is now in experimental. There is an ongoing > transition octave 5 ⇒ 6 (or liboctave 7 ⇒ 8, or octave-abi 53 ⇒ 55) [1]. > Hopefully this will be done before the bullseye freeze. Ah, good to know. Thanks for your efforts! Best, Brendon
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
Control: tags -1 - wontfix Control: tags -1 + fixed-in-experimental * Brendon Higgins [2020-12-04 18:06]: On Friday, November 27, 2020 3:06:12 P.M. EST Rafael Laboissière wrote: Control: tags -1 + wontfix I'm getting bitten by this bug on my workstation. I also tried it from within a fresh user account: same issue there, so it's not a user configuration mistake. From a user perspective, wontfix is not a particularly satisfying conclusion. As Michael Miller pointed out, this problem is fixed in version 6.1.0-1 of the octave package, which is now in experimental. There is an ongoing transition octave 5 ⇒ 6 (or liboctave 7 ⇒ 8, or octave-abi 53 ⇒ 55) [1]. Hopefully this will be done before the bullseye freeze. Best, Rafael Laboissière
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
On Fri, Dec 04, 2020 at 18:06:22 -0500, Brendon Higgins wrote: > The culprit is libreadline8 (and/or readline-common). Octave GUI has no > complaints with the prior version 8.0-4, but after upgrading to version > 8.1~rc3-1, Octave GUI now complains about "undecodable token: \001b(hex)[? > 2004h" and messes-up the command interface, as per the original report. > > So, does libreadline8 cause this "bracketed paste mode" to be enabled by > default, now? Or perhaps something else is going on - like, perhaps /etc/ > inputrc should have been updated along with readline-common, in which case > we're actually getting bitten by bug #504793? Yes, Readline version 8 enables this setting by default without any inputrc changes. If you only use Octave in GUI mode, you might want to use the ~/.inputrc snippet that Rafael mentioned earlier. Octave version 6 has modified the GUI command window to silently ignore these escapes to suppress the "undecodable token" messages. -- mike
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
On Friday, November 27, 2020 3:06:12 P.M. EST Rafael Laboissière wrote: > Control: tags -1 + wontfix I'm getting bitten by this bug on my workstation. I also tried it from within a fresh user account: same issue there, so it's not a user configuration mistake. From a user perspective, wontfix is not a particularly satisfying conclusion. I noticed my laptop does not have the issue, but hasn't been updated in a while. So I (painstakingly) upgraded packages piecemeal, and observed Octave GUI's behaviour as I did... The culprit is libreadline8 (and/or readline-common). Octave GUI has no complaints with the prior version 8.0-4, but after upgrading to version 8.1~rc3-1, Octave GUI now complains about "undecodable token: \001b(hex)[? 2004h" and messes-up the command interface, as per the original report. So, does libreadline8 cause this "bracketed paste mode" to be enabled by default, now? Or perhaps something else is going on - like, perhaps /etc/ inputrc should have been updated along with readline-common, in which case we're actually getting bitten by bug #504793? Cheers, Brendon
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
Control: tags -1 + wontfix * Alberto Luaces [2020-11-27 17:47]: On 27/11/20 9:37, Rafael Laboissière wrote: I can reproduce the bug if I include the following in my ~/.inputrc.: set enable-bracketed-paste on Could you please check that this is what is happening with your setting? Thank you a lot for tracking this! Well, I do not have a ~/.inputrc file, but if I create it and write set enable-bracketed-paste off the problem indeed goes away! You might also include the following: $if Octave set enable-bracketed-paste off $endif Having brackted-paste enabled may be useful for certain applications. See: https://cirw.in/blog/bracketed-paste I also have opened my /etc/inputrc and I did not find any "set enable-bracketed-paste on" line. Thank you for this confirmation. I am hereby tagging this bug "wontfix". Best, Rafael
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
On 27/11/20 9:37, Rafael Laboissière wrote: > > I can reproduce the bug if I include the following in my ~/.inputrc.: > > set enable-bracketed-paste on > > Could you please check that this is what is happening with your setting? Thank you a lot for tracking this! Well, I do not have a ~/.inputrc file, but if I create it and write set enable-bracketed-paste off the problem indeed goes away! I also have opened my /etc/inputrc and I did not find any "set enable-bracketed-paste on" line. Regards. OpenPGP_signature Description: OpenPGP digital signature
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
Control: tags -1 - moreinfo unreproducible Control: tags -1 + upstream * Alberto Luaces [2020-11-26 20:16]: On 26/11/20 20:11, Rafael Laboissière wrote: I cannot reproduce this bug. Could you please provide a litte bit more information, please. For instance, do you observe the same behavior with: octave --gui --no-history --no-init-file --no-site-file --norc Thank you for your prompt reply! Unfortunately, the result is the same. Is there any global configuration or package that octave gui is relying in? What can I try next? This issue has been reported in the upstream bug tracking system: https://savannah.gnu.org/bugs/?49385 I can reproduce the bug if I include the following in my ~/.inputrc.: set enable-bracketed-paste on Could you please check that this is what is happening with your setting? Best, Rafael
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
Control: tags -1 + unreproducible moreinfo Control: severity -1 normal * Alberto Luaces [2020-11-26 13:05]: octave --gui is always showing "undecodable token: \001b(hex)[?2004h" at the prompt, hindering the edition commands since one cannot see where one is typing, and garbling the display. Otherwise the rest of the program works ok as far as I know, and the CLI interface is not affected. I have also tried in a new, fresh user account in order to see if it is related to my personal configuration, but I get the same results. I cannot reproduce this bug. Could you please provide a litte bit more information, please. For instance, do you observe the same behavior with: octave --gui --no-history --no-init-file --no-site-file --norc Best, Rafael Laboissière
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
On 26/11/20 20:11, Rafael Laboissière wrote: > > I cannot reproduce this bug. Could you please provide a litte bit more > information, please. For instance, do you observe the same behavior with: > > octave --gui --no-history --no-init-file --no-site-file --norc Thank you for your prompt reply! Unfortunately, the result is the same. Is there any global configuration or package that octave gui is relying in? What can I try next? Regards. OpenPGP_signature Description: OpenPGP digital signature
Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt
Package: octave Version: 5.2.0-3+b1 Severity: important X-Debbugs-Cc: alua...@udc.es Dear Maintainer, octave --gui is always showing "undecodable token: \001b(hex)[?2004h" at the prompt, hindering the edition commands since one cannot see where one is typing, and garbling the display. Otherwise the rest of the program works ok as far as I know, and the CLI interface is not affected. I have also tried in a new, fresh user account in order to see if it is related to my personal configuration, but I get the same results. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages octave depends on: ii libamd21:5.8.1+dfsg-2 ii libbz2-1.0 1.0.8-4 ii libc6 2.31-4 ii libccolamd21:5.8.1+dfsg-2 ii libcholmod31:5.8.1+dfsg-2 ii libcolamd2 1:5.8.1+dfsg-2 ii libcxsparse3 1:5.8.1+dfsg-2 ii libfftw3-double3 3.3.8-2 ii libfftw3-single3 3.3.8-2 ii libfltk-gl1.3 1.3.5-2 ii libfltk1.3 1.3.5-2 ii libgcc-s1 10.2.0-16 ii libgl1 1.3.2-1 ii libglpk40 4.65-2 ii liboctave7 5.2.0-3+b1 ii libportaudio2 19.6.0-1.1 ii libqhull8.02020.2-2 ii libqscintilla2-qt5-15 2.11.5+dfsg-3+b1 ii libqt5core5a 5.15.1+dfsg-2 ii libqt5gui5 5.15.1+dfsg-2 ii libqt5help55.15.1-2 ii libqt5network5 5.15.1+dfsg-2 ii libqt5printsupport55.15.1+dfsg-2 ii libqt5widgets5 5.15.1+dfsg-2 ii libqt5xml5 5.15.1+dfsg-2 ii libsndfile11.0.28-8 ii libstdc++6 10.2.0-16 ii libsuitesparseconfig5 1:5.8.1+dfsg-2 ii libx11-6 2:1.6.12-1 ii octave-common 5.2.0-3 ii texinfo6.7.0.dfsg.2-5+b1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages octave recommends: ii default-jre-headless 2:1.11-72 ii epstool 3.09-2 ii gnuplot-qt [gnuplot-x11] 5.4.0+dfsg1-1 ii libatlas3-base3.10.3-10 ii libopenblas0 0.3.12+ds-2 ii octave-doc5.2.0-3 ii pstoedit 3.75-1 Versions of packages octave suggests: ii liboctave-dev 5.2.0-3+b1 -- no debconf information
