Thanks for the heads up - I will definitely avoid 15.10 until this is
fixed :).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/173350
Title:
Caps lock LED changes state even when caps lock is mapped
Came back in 15.10
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/173350
Title:
Caps lock LED changes state even when caps lock is mapped to ctrl
To manage notifications about this bug go to:
https:
** Changed in: xorg-server
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/173350
Title:
Caps lock LED changes state even when caps lock is mapped to ctrl
--
ubuntu-
** Changed in: xorg-server
Importance: Medium => Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/173350
Title:
Caps lock LED changes state even when caps lock is mapped to ctrl
--
ubuntu-
** Changed in: gnome-control-center
Status: Invalid => Unknown
** Changed in: gnome-control-center
Importance: Unknown => Medium
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you ar
So, after trying every combination of options I could think of to no
effect, as well as several reboots, I gave up. However, after rebooting
the *keyboard itself*, the beeps are gone! So it's possible that this
is a firmware bug in the keyboard and not in ubuntu. I will update if I
discover anyt
Correction: the workaround described above *does not* work any more. I
can't figure out a way to prevent my keyboard from beeping constantly.
This is really annoying :(.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this
I am seeing this again in Lucid, with the "virtual" key LED on the
Logitech DiNovo.
The workaround of using xmodmap still works, though.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are
It doesn't stick. But, rather than mess around with config files, I've got
another work around. Put the command:
xmodmap -e "clear lock" -e "add lock = Caps_Lock"
into the sessions thingy (System-> Preferences -> Sessions -> Add, the name is
whatever, the command is the one above etc.).
Also af
This is still an issue for me.
I'm running 8.04 (up to date) on a HP DV 1700 series laptop. When I use the GUI
to swap the ctrl and caps keys, the key marked "caps lock" is still the only
one that is triggering the LED. Actually, I ran the command
xmodmap -e "clear lock" -e "add lock = Caps_Lo
This bug is still present for me on my fully-updated Hardy.
Jake
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Still a problem for me in Intrepid with an external keyboard on my
laptop
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubu
** Changed in: xorg-server (Ubuntu)
Assignee: Sebastien Bacher (seb128) => (unassigned)
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
[Intrepid] This was a problem for me last night on my laptop's
integrated keyboard, but appears to be okay today. The fix may have come
in the xkb-data package update that came this morning.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/17335
Eythian: I am also having his problem with a hotpluggable USB keyboard.
This is a work laptop that I take to and from home; both locations have
a USB keyboard and every time I hotplug, I am required to unset and
reset (through System|Preferences|Keyboard|Layouts|Other Options...) my
ctrl/caps swap
Still having this issue on Hardy.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.
All my Hardy systems still have this problem. My one Intrepid system
doesn't. Please be clear what release you're using when reporting
issues.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because y
Not for me, although there is a weird thing that xmodmap mappings now
only apply to the keyboards that are plugged in - remap, and then plug
an external keyboard and it'll behave like you never ran xmodmap on the
new keyboard. Remap afterwards, and it behaves like you expect. Are you
possibly seein
After having been okay for a while, has this recently become a problem
for anyone else, once again?
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
I was seeing this on my Thinkpad X300 in Hardy, but after upgrading to
test Intrepid alphas, the problem has gone away, so I believe this is
fixed somehow.
** Changed in: xorg-server (Ubuntu)
Status: Incomplete => Fix Released
--
Caps lock LED changes state even when caps lock is mapped t
** Changed in: xorg-server
Status: Confirmed => Fix Released
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bu
Thanks Jesse :)
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:
Jodo, .bash_profile is only evaluated for bash shell sessions - so
settings there won't affect other Gnome or KDE applications. And
rc.local is used for system-wide settings; so it is executed as root.
setxkbmap configures individual users' settings. So you need to run that
command as the user you
'setxkbmap' fixes this and also keyboard layout switching Bug #196277.
However I have to execute it every time. I tried adding 'setxkbmap' line to
.bash_profile or rc.local but it didn't work. Why?
** Attachment added: "Xorg.0.log"
http://launchpadlibrarian.net/14935538/Xorg.0.log
--
Caps
I'm also experiencing this issue. Currently I'm using a workaround
posted above and have a permanently lit LED.
Up to date with all recent updates.
Xorg log attached.
** Attachment added: "Xorg.0.log"
http://launchpadlibrarian.net/14656466/Xorg.0.log
--
Caps lock LED changes state even when
bryce, I don't know the detail, svu who is the libxklavier, xkeyboard-
config, GNOME keyboard capplet maintainer just told me that's a known
xserver issue, I'll ask him for details
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You rece
seb128, please explain what the xorg issue is, not just "it's an xorg
issue" - we need some additional clues in what needs
changed/reverted/fixed...
Also, can someone who is experiencing this problem please post their
/var/log/Xorg.0.log (to get version #'s etc.)
** Changed in: xorg-server (Ubunt
Happening to me, too; I agree that it's just cosmetic, but it's still
annoying.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
-
The permanent solution does not work for me. I have to execute the sudo
xmodmap /etc/SwapCapsCtrl.kmap every time that I restart.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a membe
** Changed in: xorg-server
Status: Unknown => Confirmed
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs ma
** Bug watch added: freedesktop.org Bugzilla #15359
https://bugs.freedesktop.org/show_bug.cgi?id=15359
** Also affects: xorg-server via
https://bugs.freedesktop.org/show_bug.cgi?id=15359
Importance: Unknown
Status: Unknown
--
Caps lock LED changes state even when caps lock is map
that's not a gnome-control-center bug
** Changed in: gnome-control-center (Ubuntu)
Importance: Undecided => Low
Status: New => Invalid
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because
I just created a brand new account, and verified that my observations in
comment 42 are still happening in a new account. That is, using the
xorg.conf workaround, with all defaults for Gnome keyboard preferences
and *no* ~/.xmodmaprc file, the default behavior of Gnome overrides the
xorg.conf conf
I'll throw my experience with this bug into the hat. I just upgraded
from Gutsy, in which this feature worked correctly, to Hardy, in which
the bug appeared. Hardy is currently up to date.
First, I reverted my Gnome keyboard preferences to the default. I tried
Jay Finger's suggestion of placing
Just confirming this bug on Ubuntu 8.04 final.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubunt
upstream says that's an xorg issue
** Changed in: xorg-server (Ubuntu)
Sourcepackagename: gnome-control-center => xorg-server
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => (unassigned)
Status: Triaged => New
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https
** Changed in: gnome-control-center
Status: New => Invalid
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
I have this problem as well on Hardy B5, to which I upgraded this
morning 27 April from Gutsy. (My system has incrementally updated since
Dapper, so there *may* be cruft, but I've been pretty good about
revisiting my dotfiles.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
h
I have noticed this also with swapping control and caps lock. Another
workaround is to enable this option specifically in /etc/X11/xorg.conf
by adding the following line to your keyboard "Device" section:
Option "XkbOptions" "ctrl:swapcaps"
This illuminates the LEDs correctly, but applies system
As an alternative to what MountainX described, name the file
~/.xmodmaprc. The first time that file is present at login the user
will be asked if they want to load the file. There is an option to not
be asked again. Check that, select the file to load, and from there on
out the ~/.xmodmaprc will
the comment was not meant to you but rather to the comment before the
post, you are welcome to work on a patch and we will review your changes
if you get something working, though the workaround might create other
issues and not be a good idea
--
Caps lock LED changes state even when caps lock is
What's not constructive about "I'd be willing to work on this if there
was a chance for a freeze exception"?
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, whic
note that we don't have keyboard hackers in the team so the fix is not
that obvious, I talked with the upstream maintainer who also works on
xkeyboard-config and he said that the issue is an xorg server one which
changed the way keyboard indicators are working and something which
should be fixed th
the ubuntu team appreciate your concern, this behaviour is not
constructive though, the distribution gets hundred bugs every week and
there is a really small team working on those, there is lot of bug about
hardware not working correctly, applications crashing, etc so the work
has to be prioritized
On Fri, 2008-04-11 at 02:19 +, mrklean wrote:
> Hmmm..a bug not worth fixing ?? Doesn't that sound like Microsoft
> ??? I thot we were different ; ((
"We" are different because "we" provide the fix.
>
> Tom Jaeger wrote:
> > I think I was wrong about libxklavier. I don't actually know
Hmmm..a bug not worth fixing ?? Doesn't that sound like Microsoft
??? I thot we were different ; ((
Tom Jaeger wrote:
> I think I was wrong about libxklavier. I don't actually know where the
> changes to the keyboard settings are applied, it's probably some gconf
> backend, who knows? That
I think I was wrong about libxklavier. I don't actually know where the
changes to the keyboard settings are applied, it's probably some gconf
backend, who knows? That's not the point, the point is that if I can
work around the issue by typing xmodmap -e "remove Lock = Caps_Lock"
before reassignin
A curiosity related to this: alt-ctrl-F1 requires you to press the
'real' control, not the remapped one. This also didn't happen in the
previous version.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification
I didn't really. libxklavier is the library that actually takes care of
the keyboard settings, gnome-control-center is just the front-end.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you ar
what made you change opinion?
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubun
Okay, so this really isn't gnome-control-center's fault. Please move
the bug to libxklavier12.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
Sebastien: Upstream does think this bug doesn't matter. Really, how
hard would it be to insert the equivalent of "remove Lock = Caps_Lock"
before remapping caps lock? It probably won't take much longer than
insisting that this is not a gnome bug (even though it could trivially
be worked around th
the prior comment has a typo:
loadkeys should be xmodmap
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
I found a workaround. I'm using Hardy beta.
Do not use gnome's keyboard control (Ubuntu System > Preferences > Keyboard >
Layout Options).
Instead follow the example in man xmodmap as explained below.
NOTE: before doing this, undo any changes in Keyboard layout options.
Put the options back to
https://bugs.launchpad.net/xkeyboard-config/+bug/105538
similar bug report
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
** Changed in: gnome-control-center (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, wh
you can also note than nobody thinks that bug don't matter but there is
ten thousand bugs open right now in ubuntu and a really small team
working on those, that sucks but everything can't be fixed right now.
The people contributing at making those software better do it mostly for
free after work a
what a constructive comment and behaviour and good luck to find a
software which never introduce a breakage, mistakes happens in any
project and it's doubtful than linux or kde are exceptions there
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bug
Gnome developers need to learn that regressions do matter. It doesn't
matter if the new features are better if you piss off previous users.
Maybe it's time to go back to KDE like Linus
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You
the option is not on by default so no that's not a priority for hardy
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-
Just to hilight the seriousness of this, my girlfriend just about took
my head off because she got locked out of her email account because
she didn't know caps-lock was on when she was typing her password.
I think this must get fixed for Hardy.
--
Caps lock LED changes state even when caps lock
Adding a 'me too'.
Ubuntu hardy + Edubuntu, up to date as of today. experiencing the same problem,
and as with the others, its a regression.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you
I was about to file a bug on this myself, but found this duplicate.
This is pretty annoying from a usability standpoint...especially since
it's a regression from Gutsy.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this b
On Sunday 30 March 2008 16:17:04 Stephen Hemminger wrote:
> I just had this problem on a my laptop. One important clue is that it
> started only after I enabled: Automatic Login
>
> Perhaps part of the keyboard initialization process is being accidentally
> skipped during automatic login?
Neither o
I just had this problem on a my laptop. One important clue is that it started
only after I enabled:
Automatic Login
Perhaps part of the keyboard initialization process is being accidentally
skipped during automatic
login?
--
Caps lock LED changes state even when caps lock is mapped to ctrl
htt
I see this bug as well in Hardy i386 beta (up to date) on a desktop computer. I
posted about it here:
http://ubuntuforums.org/showthread.php?p=4599879#post4599879
At that post another person said it did not happen in earlier versions.
Even using the keyboard layout utility to assign the capslock
I see this as well, running an HP 8710w. I have swapped Ctrl and
CapsLock. The key labeled "caps lock" works as control but toggles the
caps-lock LED. They key labeled "ctrl" works as caps-lock, but does
not toggle the caps-lock LED.
I agree that this did not happen in Gutsy.
Using Hardy x86
I have this problem as well (Fujitsu Siemens Esprimo E5916, USB
keyboard). From the gnome keyboard preferences, I have chosen "Swap ESC
and Caps Lock"
The keys work as far as typing output goes (checked in vim) but the caps
lock key turns the caps lock light on and off, and the Escape key does
no
Can be resolved by executing
xmodmap -e "clear lock" -e "add lock = Caps_Lock"
This should however be done automatically so it's still a bug.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because yo
Still happening here on my Thinkpad X60s, with an up-to-date hardy
system.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
This doesn't happen to me anymore, do you guys have the latest updates?
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
This problem is definitely Hardy specific. I'm on an Aspire 5100 and it worked
on eisty But not on hardy !
Thanks ; )
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
** Changed in: gnome-control-center
Status: Unknown => New
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubunt
** Changed in: gnome-control-center (Ubuntu)
Status: Confirmed => Triaged
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubu
** Changed in: gnome-control-center (Ubuntu)
Sourcepackagename: xorg-server => gnome-control-center
** Bug watch added: GNOME Bug Tracker #509804
http://bugzilla.gnome.org/show_bug.cgi?id=509804
** Also affects: gnome-control-center via
http://bugzilla.gnome.org/show_bug.cgi?id=509804
Im
** Changed in: xorg-server (Ubuntu)
Sourcepackagename: xorg => xorg-server
Importance: Undecided => Low
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which
I started seeing this with Hardy on my Thinkpad X60s -- I have caps lock
and ctrl switch, and the key labeled "CapsLk" still toggles the caps
lock LED, even though it actually behaves like the control key. (And
the key labeled "Ctrl" does not affect the caps lock LED, even though it
does work like
This is not a bug in compiz, what you're seeing is compiz outputting the
data from `xset q` because it can't find your log file.
** Changed in: xorg (Ubuntu)
Sourcepackagename: compiz => xorg
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173
I am seeing this problem even with Metacity.
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
u
Attaching the bug to Compiz, where I think the problem originates.
** Changed in: compiz (Ubuntu)
Sourcepackagename: None => compiz
Status: New => Confirmed
--
Caps lock LED changes state even when caps lock is mapped to ctrl
https://bugs.launchpad.net/bugs/173350
You received this bug no
Similar situation: I have exchanged left Control with Caps Lock, and now
* left Control changes the real caps lock state (ie, whether or not letters
are capitals)
* but Caps Lock changes the led state on the keyboard (though it works as a
Control key)
I've noticed that since Hardy, Compi
81 matches
Mail list logo
