Summary: | long commands wrapped on the same line | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | if <zeylie> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
if
2006-01-12 17:20:12 UTC
Update: Line: if [ "TERM" == "xterm" ]; should be read as if [ "$TERM" == "xterm" ]; of course. Sorry for typo. Type cat and press enter. Now start typing a very long line. Does it wrap on the same line or does it go to the next line? ------- Additional Comments From thiago kde org 2006-01-13 14:46 -------
> Type cat and press enter.
> Now start typing a very long line. Does it wrap on the same line or does
> it go to the next line?
next one. also ls, df, calendar, maybe something else fix this and produce
correct behaviour later on if executed.
"echo" or "echo smth" not working, unless i pipe or redirect output to cat,
for example.
some version info, may be useful: debian packages version for konsole was
3.5.0-3, today i updated to 3.5.0-4, but bug remains.
regards,
if
------- Additional Comments From thiago kde org 2006-01-13 14:46 -------<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Type cat and press enter.
<br>Now start typing a very long line. Does it wrap on the same line or does it go to the next line?</blockquote><div><br>next one. also ls, df, calendar, maybe something else fix this and produce correct behaviour later on if executed.
<br>"echo" or "echo smth" not working, unless i pipe or redirect output to cat, for example.<br><br>some version info, may be useful: debian packages version for konsole was 3.5.0-3, today i updated to
3.5.0-4, but bug remains.<br><br>regards,<br>if<br> </div><br></div><br>
Please paste the outputs of stty and stty -a here. I just noticed this bug also in the past week. Doesn't matter what $PS1 is set to. Hmm, I just upgrade bash recently... app-shells/bash-3.1_p5 Gentoo adds a lot of patch I think.... what version of Bash are you using? % bash --version GNU bash, version 3.1.5(1)-release (i686-pc-linux-gnu) % stty speed 38400 baud; line = 0; -brkint -imaxbel iutf8 % stty -a speed 38400 baud; rows 25; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -ixon -ixoff -iuclc -ixany -imaxbel iutf8 opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke myhost:~$ stty speed 38400 baud; line = 0; -brkint -imaxbel iutf8 myhost:~$ stty -a speed 38400 baud; rows 40; columns 124; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -ixon -ixoff -iuclc -ixany -imaxbel iutf8 opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke after that wrapping begin to work correctly. seems like some parameter is no setting at start or something... regards, if myhost:~$ stty<br>speed 38400 baud; line = 0;<br>-brkint -imaxbel iutf8<br><br>myhost:~$ stty -a<br>speed 38400 baud; rows 40; columns 124; line = 0;<br>intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; <br>susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;<br>-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts<br>-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -ixon -ixoff -iuclc -ixany -imaxbel iutf8 <br>opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0<br>isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke<br><br><br>after that wrapping begin to work correctly. seems like some parameter is no setting at start or something... <br><br>regards,<br>if<br> For me this was fixed in bash for Gentoo: *bash-3.1_p5-r1 14 Jan 2006; Mike Frysinger <vapier@gentoo.org> +files/readline-5.1-terminal-autowrap.patch, +bash-3.1_p5-r1.ebuild: Fix from upstream for bad initial linewrapping #118205 by Derek Dolney. Not a Konsole issue. The wrong wrapping disappears if you resize konsole. Start konsole type long line -> does not change line then try: Start konsole change konsole window size type long line -> changes line > ------- Additional Comments From tuimonen cc hut fi 2006-01-23 17:53
> -------
> The wrong wrapping disappears if you resize konsole.
True. That also works ;-)
Versions:
Qt: 3.3.5
KDE: 3.5.0
Konsole: 1.6
dpkg -l | grep konsole:
ii konsole 3.5.0-4 X terminal
emulator for KDE
regards,
if
<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">------- Additional Comments From tuimonen cc hut fi 2006-01-23 17:53 -------<br>The wrong wrapping disappears if you resize konsole.
</blockquote><div><br>True. That also works ;-)<br><br>Versions:<br><br>Qt: 3.3.5<br>KDE: 3.5.0<br>Konsole: 1.6<br><br>dpkg -l | grep konsole:<br>ii konsole 3.5.0-4 X terminal emulator for KDE
<br></div><br></div>regards,<br>if<br>
|