Lucid gnome runs 'startup-applications' out of phase for remapping keyboard

Bug #570061 reported by Adrian Custer on 2010-04-26
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-input-evdev (Ubuntu)

Bug Description

Hey all,

Gnome offers a way to startup applications for a user "System" > "Startup Applications". I have been using that for about a decade to remap the keyboard, exchanging the "Caps Lock" and "Backspace" keys. In Lucid, this does not work during 'auto-login' at startup, but if I log out and then log back in, it works correctly. It seems the new rapid starting strategy does not take this case into consideration.

For info, the startup script is:
eratosthenes:~> cat ConfigFiles/
xmodmap -e "clear Lock"
xmodmap -e "keycode 66 = BackSpace"
xmodmap -e "keycode 22 = Caps_Lock"
xmodmap -e "add Lock = Caps_Lock"

As I understand, this is probably not how the new X needs to be manipulated but it has been working and works if I logout then login so it seems mostly an issue in the ordering of scripts which affect X.


eratosthenes:~> lsb_release -rd
Description: Ubuntu 10.04 LTS
Release: 10.04

(updated on April 26th 2010, EST 9:00AM)

David Tombs (dgtombs) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at I have classified this bug as a bug in gnome-session, since it handles execution of these commands.

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at

affects: ubuntu → gnome-session (Ubuntu)
Chris Coulson (chrisccoulson) wrote :

This doesn't sound like a gnome-session issue - it still runs startup applications as normal during auto-login and applications added to Startup Applications by a user shouldn't depend on a particular order for things to start (anything added by the user is started in the Application phase anyway, which is the last phase of the session startup sequence). Your issue is somewhere else

affects: gnome-session (Ubuntu) → ubuntu
David Tombs (dgtombs) wrote :

OK, let's try GDM, then. An "ubuntu" package assignment is not useful.

affects: ubuntu → gdm (Ubuntu)
Sebastien Bacher (seb128) wrote :

gdm is the login screen it has nothing to do there, seems rather an xorg issue if those changes don't work dynamically

affects: gdm (Ubuntu) → ubuntu
David Tombs (dgtombs) wrote :

Then let's try xorg.

affects: ubuntu → xorg (Ubuntu)
Bryce Harrington (bryce) on 2010-05-01
affects: xorg (Ubuntu) → xserver-xorg-input-evdev (Ubuntu)
Bryce Harrington (bryce) wrote :

[This is an automatic notification.]

Hi Adrian,

This bug was reported against an earlier version of Ubuntu, can you
test if it still occurs on Lucid?

Please note we also provide technical support for older versions of
Ubuntu, but not in the bug tracker. Instead, to raise the issue through
normal support channels, please see:

If you are the original reporter and can still reproduce the issue on
Lucid, please run the following command to refresh the report:

  apport-collect 570061

If you are not the original reporter, please file a new bug report, so
we can work with you as the original reporter instead (you can reference
bug 570061 in your report if you think it may be related):

  ubuntu-bug xorg

If by chance you can no longer reproduce the issue on Lucid or if you
feel it is no longer relevant, please mark the bug report 'Fix Released'
or 'Invalid' as appropriate, at the following URL:

Changed in xserver-xorg-input-evdev (Ubuntu):
status: New → Incomplete
tags: added: needs-retested-on-lucid-by-june
Adrian Custer (acuster) wrote :

Hey Bryce, all,

The automatic script seems to be on crack since the bug is entitled "Lucid...".

Also, I got as far as logging in with apport-collect but it asked if I would let it "Change anything" on my behalf and, not having the time to guess what it will do, I chose not to give it that right.

Note in passing that this bug was explicitly reported *without* apport since no one yet knows which piece is responsible.


Bryce Harrington (bryce) wrote :

Suit yourself, I've tagged the bug so it will get no further mechanical attention.

tags: added: omit
removed: needs-retested-on-lucid-by-june
David Tombs (dgtombs) wrote :

Hi Adrian,

Yep, you have to give apport-collect the "change anything" right unfortunately. Thanks.

Launchpad Janitor (janitor) wrote :

[Expired for xserver-xorg-input-evdev (Ubuntu) because there has been no activity for 60 days.]

Changed in xserver-xorg-input-evdev (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers