This appears to work.  Is this a Sun X-server problem?  If it still is
broken for you, we'll try to narrow it down more.  Otherwise, please
close it.

This is still a problem for me on a build from source taken on May
13th. This bug is tied into bug #73571 - I have asked sun for the
following information, as requested in bug #73571

The following is taken from comments to bug #73571:
"There are apparently several mechanisms for setting the autorepeat
rate and delay.
- xfree86 extensions
- XKB
- Solaris accessx extension seems to have one

CVS currently uses the same scheme used in xfree86 for the xset
command.  If
XKB is available use it, else fallback to xfree86 extension if
available. Can we have a look at the source for solaris' xset command
to see how they do it on that platform ?"

*** Bug 73571 has been marked as a duplicate of this bug. ***

This is a solaris problem and I believe a patch is being worked on in
sun.

They are definitely working on fixing XKB.  I worry that there will be breakage
for people running unpatched solaris x servers.  Sadly, supporting the old
accessX methods that appear to work on solaris require compiling against some X
server headers that are not installed in user space.

Hi here is how xset on solaris does it :

set_repeat(dpy, key, auto_repeat_mode)
Display *dpy;
int key, auto_repeat_mode;
{
  XKeyboardControl values;
  values.auto_repeat_mode = auto_repeat_mode;
  if (key != ALL) {
    values.key = key;
    XChangeKeyboardControl(dpy, KBKey | KBAutoRepeatMode, &values);
  }
  else {
    XChangeKeyboardControl(dpy, KBAutoRepeatMode, &values);
  }
  return;
}

HTH

Jody, is this info useful and/or within the scope of what we're
expected to do?

Doh!  I was completely overthinking this.
I'll bet that if you ran the settings daemon from a terminal you 
would see a warning :-)

When we were unable to set the autorepeat rate because the platform 
did not support it we were turning autorepeat off.

Fixed in CVS.

*** Bug 78013 has been marked as a duplicate of this bug. ***

The bug still persists in Solaris. I tested it on the source code 
taken on 14th of May.

Given that I did not fix it until the 16th that is not surprising :-)

verified fixed in source taken 22nd may - cheers jody

closing

I'm seeing this problem again on Solaris 8 and 9, 13th June CVS 
sources. The "Delay before repeat" and "Repeat speed" just don't work 
for me. 

Here is the xset -q output for two particular scenarios.

1) Delay before repeating: Very short
Repeat speed: Slow
---------------------------
Keyboard Control:
  auto repeat:  on    key click percent:  0    LED mask:  00000000
  auto repeating keys:  00faaf8becff67f2
                        ff7bf0ff1ff89f03
                        1900000000000000
                        0000000000000000
  bell percent:  50    bell pitch:  400    bell duration:  100

2) Delay before repeating: Long
Repeat speed very: Fast
----------------------------
Keyboard Control:
  auto repeat:  on    key click percent:  0    LED mask:  00000000
  auto repeating keys:  00faaf8becff67f2
                        ff7bf0ff1ff89f03
                        1900000000000000
                        0000000000000000
  bell percent:  50    bell pitch:  400    bell duration:  100


Shane, do you see this problem? Can this bug be reopened?

Or else, am i missing out some setting?

(Adding CC to me and gnome-bugs@wipro.com)

heya anand,

i'm also seeing a problem with "repeat speed" for keyboard repeat but
this is a different bug (this particular bug is for "keyboard repeat"
option not working and not the "repeat speed" slider) - there is a bug
logged for this - have a look at bug #83174. 

cheers
shane

This is also an X server issue.  We do not support using the sun AccessX
extension to handle repeat speeds.  You need to enable the XKB extension.