Thanks for the report.  I checked upstream and could not find a matching bug.Please file a bug report in the the upstream bugzilla located at http://bugs.kde.org for the particular component involved.

Once you've filed your bug report to the upstream bugzilla, please add the upstream info to this report. We will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates.

Setting status to NEEDINFO, and awaiting upstream bug report URL for tracking.

Thanks in advance.

The problem seems to be intermittent.  I did not realize that when creating
this bug report.  In several months I lost my sessions several times
because of this problem.  But usually there *is* a keyboard layout switch
on the locked screen.  

Many KDE packages on my Fedora 9 were updated last
week after the RPM re-signing etc.   I suggest to close this bug 
for now;  if this problem occurs again I'll revive this thread and
report upstream.

Thank you,
Andrei

Hi,

OK, I understood why sometimes there is a keyboard layout switch
and sometime not when the screen is locked.  These are interfaces
from two different programs:  krunner_lock is aware of keyboard
layout, why xlock is not.

Reported upstream at 
https://bugs.kde.org/show_bug.cgi?id=176506

Andrei

PS.  A brute force workaround would be to uninstall the xlockmore rpm.
But it is needed by fvwm, which I also use, so for me that's not an option.

PPS.  I managed to recover a session xlock-ed with a wrong keyboard
layout by logging into another VT and killing xlock.  
That removed the lock and left the X and the KDE session in a usable state.

thanks, tracking upstream.

fwiw, I'm not aware of kde *ever* using xlock.