[gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Arttu V.]

Hello,

I'm currently googling around for some insight into an extremely
annoying feature (or a bug?) which appeared with KDE 4.2, and/or the
xorg-server upgrade to 1.5.3-r2 that I did along with the kde upgrade.
The problem reveals itself when I press ctrl+c in some KDE
applications and that it turn kills/exits kde/X.

For example, KOrganizer edit menus still show shortcuts for copy,
paste, etc as ctrl+something (ctrl+c for copy). However, when I'm
adding a new event or todo and press ctrl+c to copy some text around
-- boom, X closes itself and I'm back to the text console (I use
startx from the text console, not graphical login screens).

Last time that happened was 15 minutes ago. Sometimes the crash takes
keyboard and mouse with it so that even the text console doesn't have
them any more (wtf?). So, maybe this has something to do with the new
evdev? Or klipper the copy-paster utility? Anyway, system messages and
Xorg.logs don't indicate any error there, latter just reports that
evdev modules got cleanly unloaded.

I think the same has been happening at least with Konqueror and Kmail
as well, not sure about other apps, since I haven't done any rigorous
tests across kde apps, just tried to use the ones I'm used to.

Any insight on where to start looking for the problem (and especially
solution) is most welcome, including pointing out stupid newbie
mistakes. I hadn't had to modify xorg.conf for nearly three years
(IIRC) until the new, shiny and "better" evdev-stuff in new
xorg-server required me to re-hack the conf file to get my keyboard
and USB-mouse to be recognized at all.

Thanks in advance!

-- 
Arttu V.

Re: [gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Sebastian Günther]

[-- Attachment #1: Type: text/plain, Size: 986 bytes --]

* Arttu V. (arttuv69@gmail.com) [06.02.09 13:37]:
> Hello,
> 
> 
> For example, KOrganizer edit menus still show shortcuts for copy,
> paste, etc as ctrl+something (ctrl+c for copy). However, when I'm
> adding a new event or todo and press ctrl+c to copy some text around
> -- boom, X closes itself and I'm back to the text console (I use
> startx from the text console, not graphical login screens).
> 

Some application does not capture ctrl+c, which is normaly the interupt 
shortcut in bash. So it surely is passed down to bash which intrupts 
startx, since it is the active job.

I bet it won't happen with any Xsession started from any *dm.

If it's possible then please test this, anyway you should pinpoint down, 
where else it is possible to kill your Xsession, so that you can file a 
bugreport to the right people.

Sebastian

-- 
 " Religion ist das Opium des Volkes. "      Karl Marx

 SEB@STI@N GÜNTHER         mailto:samson@guenther-roetgen.de

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Arttu V.]

On 2/6/09, Sebastian Günther <samson@guenther-roetgen.de> wrote:
> Some application does not capture ctrl+c, which is normaly the interupt
> shortcut in bash. So it surely is passed down to bash which intrupts
> startx, since it is the active job.
>
> I bet it won't happen with any Xsession started from any *dm.

Thanks for the tip. I tried adding xdm to default runlevel and
rebooted. Logging in from the kde(?) graphical login screen and
pressing ctrl+c in korganizer then resulted in screen flickering via
text mode back into the kde(?) login screen. So the same seems to
happen there. Well, actually a bit worse: no user can login after that
any more, later login attempts will flicker straight back into the
login screen.

> If it's possible then please test this, anyway you should pinpoint down,
> where else it is possible to kill your Xsession, so that you can file a
> bugreport to the right people.

Will do. Deep inside I was hoping that it would be just some
configuration issue I had missed. I'm currently browsing through all
the "ctrl+something" bugs in bugs.kde.org and will either find
something or squeeze a dump with debug info for a new one.

-- 
Arttu V.

Re: [gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Peter Humphrey]

On Friday 06 February 2009 12:36:37 Arttu V. wrote:

> Any insight on where to start looking for the problem (and especially
> solution) is most welcome, including pointing out stupid newbie
> mistakes.

Well, you did ask |-)

I think I'd start by looking for <CTRL>-C assignment in kxkb. A quick way to 
do that would be to try assigning it and see if it objects because of an 
existing assignment.

-- 
Rgds
Peter

Re: [gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Stroller]

On 6 Feb 2009, at 12:36, Arttu V. wrote:
> ...
> Any insight on where to start looking for the problem (and especially
> solution) is most welcome, including pointing out stupid newbie
> mistakes.

Have you run revdep-rebuild?

Stroller.

Re: [gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Arttu V.]

On 2/6/09, Stroller <stroller@stellar.eclipse.co.uk> wrote:
>
> On 6 Feb 2009, at 12:36, Arttu V. wrote:
>> ...
>> Any insight on where to start looking for the problem (and especially
>> solution) is most welcome, including pointing out stupid newbie
>> mistakes.
>
> Have you run revdep-rebuild?

Yes to revdep-rebuild -i and emerge --depclean and emerge
@preserved-rebuild, with revdep having run last. But yes, it's always
good to check that as we are talking about Gentoo systems. :)

-- 
Arttu V.

Re: [gentoo-user] Ctrl+c kills KOrganizer 4.2 when it should copy text

[Willie Wong]

On Fri, Feb 06, 2009 at 07:57:31PM +0200, Penguin Lover Arttu V. squawked:
> On 2/6/09, Stroller <stroller@stellar.eclipse.co.uk> wrote:
> >
> > On 6 Feb 2009, at 12:36, Arttu V. wrote:
> >> ...
> >> Any insight on where to start looking for the problem (and especially
> >> solution) is most welcome, including pointing out stupid newbie
> >> mistakes.

I lost your original mail, so sorry if this is not threaded properly. 

Question: does the bug manifest itself only in KDE apps or in others? 

Ctrl+c should also copy to clipboard in, say, firefox, if you have it
installed. Does it do the same thing? If yes: do you have another WM 
installed and can you try running firefox under the other WM to see if
it behaves similarly? This should help figure out whether it is a KDE
issue or an X issue.

If you open an xterm, and hit Ctrl+c, does it reboot X (a long shot,
but if it does happens, it means something else is grabbing the event
and passing it up before the xterm sees it and passes it to the shell
in it)?

Also, what is in your ~/.xinitrc?

W
-- 
"If your're scattering a fly off an elephant, you don't worry about the mass of
the elephant. But since we're physicists, lets consider the alternate example. 
In this case, we scatter the elephant off the fly."
~DeathMech, S. Sondhi. P-town PHY 205
Sortir en Pantoufles: up 791 days, 17:26