Bug 238180 - Pressing Ctrl-C inserts a "^C" at the cursor
Summary: Pressing Ctrl-C inserts a "^C" at the cursor
Status: RESOLVED NOT A BUG
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-19 15:24 UTC by mindrones
Modified: 2010-05-30 13:16 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mindrones 2010-05-19 15:24:03 UTC
Version:            (using KDE 4.3.5)
OS:                Linux
Installed from:    Mandriva RPMs

As the description says.

The major problem is that when you press ctrl-C because you remember that you have to do something, if the cursor is not at the end of the line but in the middle of at the beginning, and you press it while writing 

$ cd my/tmp/f|older
             ^ representation of the cursor position

you get 

$ cd my/tmp/f^Colder

and so if you wanna copy it to repaste after you've done the extra step you have to delete the ^C

Very annoying, in kde 4.3.5 it's wasn't like that, pressing ctrl-C just did the interruption without printouts

Might be cause by settings in konsole/settings/edit current profile/input tab.

There, I have currently "default (xfree4)"

But, in there, there is no ctrl-C mentioned as control char to sbe sent to the shell

Regards
Luca
Comment 1 mindrones 2010-05-19 15:26:20 UTC
Sorry, made some mistakes:

1) NOT 
if the cursor is not at the end of the line but in the
middle of at the beginning,
BUT
if the cursor is not at the end of the line but in the
middle or at the beginning,

2) NOT
in kde 4.3.5 it's wasn't like that
BUT
in kde 3.5 it's wasn't like that

Thanks.
Comment 2 Robert Knight 2010-05-21 15:11:13 UTC
> Very annoying, in kde 4.3.5 it's wasn't like that,
> pressing ctrl-C just did the interruption without printouts

Did you upgrade any other software at the same time as KDE?
Comment 3 mindrones 2010-05-21 15:19:38 UTC
(In reply to comment #2)
> Did you upgrade any other software at the same time as KDE?

Hi, no, it waslike that at first Mandriva 2010.0 install. After that I did the upgrades from mandriva but it's still the same.
Comment 4 mindrones 2010-05-21 15:21:23 UTC
On 05/21/2010 03:11 PM, Robert Knight wrote:

> Did you upgrade any other software at the same time as KDE?
>

Hi, no, it was like that at first Mandriva 2010.0 install. After that I 
did the upgrades from mandriva but it's still the same.

Regards,
Luca
Comment 5 mindrones 2010-05-21 15:23:39 UTC
On 05/21/2010 03:11 PM, Robert Knight wrote:
> https://bugs.kde.org/show_bug.cgi?id=238180
>
>
> Robert Knight<robertknight@gmail.com>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |robertknight@gmail.com
>
>
>
>
> --- Comment #2 from Robert Knight<robertknight gmail com>   2010-05-21 15:11:13 ---
>> Very annoying, in kde 4.3.5 it's wasn't like that,
>> pressing ctrl-C just did the interruption without printouts
>
> Did you upgrade any other software at the same time as KDE?
>

Sorry for the double post.

Forgot to say that it happens also when the cursor is at the end or at 
the beginning of the line, not just when it's in the middle.

Thanks.
Comment 6 mindrones 2010-05-21 16:21:46 UTC
Hi, some other small issues

1) shift-home gives an "H" (I'm quite sure this is not a bug but reporting anyway just in case)

2) ctrl-backspace doesnt delete words backward, this is done by alt-backspace. But, since ctrl-leftarrow moves the cursor 1 word backward I think it would be more consistent if erasing backward was ctrl-backspace, which is also done by many text-editors and open-office, hence one could have this habit (not sure if this has historical reason tho)

Many thanks, Luca
Comment 7 Robert Knight 2010-05-22 00:29:25 UTC
> Hi, no, it was like that at first Mandriva 2010.0 install

When you used the previous version of KDE / Konsole that did not exhibit the problem, were you running a different version of other software besides KDE?  If you used KDE that was part of Mandriva < 2010.0 then the answer is likely to be yes.

Does the problem occur in xterm or gnome-terminal?
Comment 8 mindrones 2010-05-22 17:34:22 UTC
(In reply to comment #7)

> When you used the previous version of KDE / Konsole that did not exhibit the
> problem, were you running a different version of other software besides KDE? 

> If you used KDE that was part of Mandriva < 2010.0 then the answer is likely to
> be yes.

You mean GNOME? If so, no. I pretty much hate working in GNOME.

If you mean if I had software using GTK libraries how this should have something to do with this bug? :)


> Does the problem occur in xterm or gnome-terminal?

These 2 apps aren't installed on my system.
Comment 9 mindrones 2010-05-22 17:48:56 UTC
(In reply to comment #6)

> 2) ctrl-backspace doesnt delete words backward, this is done by alt-backspace.
> But, since ctrl-leftarrow moves the cursor 1 word backward I think it would be
> more consistent if erasing backward was ctrl-backspace, which is also done by
> many text-editors and open-office, hence one could have this habit (not sure if
> this has historical reason tho)

I've forgot to say, ctrl-canc erase words, so again, seems more natural to have
- ctrl-canc:        erase a word forward
- ctrl-backspace:   erase a word backward (now it's alt-backspace)
- ctrl-right-arrow: move cursor a word forward
- ctrl-left-arrow:  move cursor a word backward

If needed, and if you consider this a bug I can file a separate bug report.

Thanks.
Comment 10 Daniel Hahler 2010-05-30 02:48:50 UTC
The ^C problem is not a Konsole bug.

It happens the same with xterm and is related to your shell.

Bash in Ubuntu Lucid prints "^C", but zsh does not.

IIRC this is configurable somehow, but my main point here is: not a Konsole bug.


First zsh, then bash: - this comes from xterm, but it's the same with Konsole.
% foobar
% bash
$ foo^Cr

I have asked a question regarding this at superusers:
http://superuser.com/questions/146815/prevent-c-from-being-printed-when-aborting-editing-current-prompt

I am closing this bug as invalid. Please report any remaining issues in a new bug.
However, from skimming them, they appear to be related to shell configuration, too.
You really want to verify if "xterm", "gnome-terminal" etc behave differently, before filing a bug against Konsole.
Comment 11 mindrones 2010-05-30 13:16:45 UTC
(In reply to comment #10)

> I have asked a question regarding this at superusers:
> http://superuser.com/questions/146815/prevent-c-from-being-printed-when-aborting-editing-current-prompt

Indeed putting 

stty -ctlecho

in ~/.bashrc did it

Sometimes it's just hard to keep up with everysingle cofiguration thing :)

Many thanks, Luca