[jhsrennie]

A bug in the keyboard dialog has been pointed out to me (http://trac.xbmc.org/ticket/14330) but the bug doesn't affect Windows or Linux and I'm not fully up to speed with OSX, so if anyone could confirm the bug that would be helpful. The bug may already be known, and if so that would be good to know too. NB the bug only affects the nightly builds: the release version of v12.2 is not affected.

The bug is that when you open the on screen keyboard and type into it the first keypress is ignored. To reproduce the bug:
- start XBMC and go into Videos
- press the left arrow to open the slide out pane
- arrow down to Search and press Return to open the on screen keyboard
- start typing and the first keypress should be ignored

I can reproduce this on my Mini with OSX 10.6.8. It would be good to know if the bug also exists on later versions of OSX.

[User 34959]

It does not happen with 10.8.4, tested with xbmc-20130728-e92b24b-master-x86_64.

[jhsrennie]

Thanks toiva, that's very interesting as I've tested with xbmc-20130728-e92b24b-master-x86_64 on my system with OSX 10.6.8 and the bug is definitely there. It looks as if it may depend on the version of OSX. Can anyone confirm toiva's result on Mountain Lion, or check whether the bug is there in Lion.

Thanks again for the help.

[Memphiz]

I would guess it might have been introduced in changes done by ulion. Around this commit i think:

https://github.com/xbmc/xbmc/commit/d91e...f802bd31ae

[jhsrennie]

@memphiz: if I try to checkout the commit 7a64652, which is the one immediately before d91e950 by:

1. doing clear all targets in Xcode
2. git checkout 7a64652
3. reopening Xcode and building the project

then I get build errors. Do I need to clean and rebuild the tools/depends as well to get it to build?

[Memphiz]

I would have tried "git revert 7a64652" instead (assuming this is the only commit which was in that pull request - didn't figure out the pr though...) ... not sure how old this revision is you are at now. I usually do at least a:

make -C tools/depends/target/xbmc
make clean
make -j12 xcode_depends
then clean xcode and build the xcode project

This assumes that the revision already uses the unified depends system. Else you will end in hell of trouble

But it seems there were more commits in the pr.

This was the pull request from ulion:

https://github.com/xbmc/xbmc/pull/2619

and this one seems to be related (might be the regressor too...)

https://github.com/xbmc/xbmc/pull/2522

And those are the complete merges:

https://github.com/xbmc/xbmc/commit/45c2...fe059f4446

and

https://github.com/xbmc/xbmc/commit/e844...d656d1defd

thx for looking at it

[ulion]

10.7.5 not affected.

so can you try the earlier night build?

such as http://mirrors.xbmc.org/nightlies/osx/xb...x86_64.dmg
and http://mirrors.xbmc.org/nightlies/osx/xb...x86_64.dmg

to narrow down the problem.

and what system input method is selected when this happens?

[jhsrennie]

xbmc-20130507-3b56362-master-x86_64.dmg does not have the bug.

xbmc-20130511-e7e9118-master-x86_64.dmg does have the bug.

See my update to http://trac.xbmc.org/ticket/14525. I think there is some timing or thread synchronisation issue as setting a breakpoint in CGUIDialogKeyboardGeneric::UpdateLabel() fixes the bug. However I tried putting a sleep(5) call in CGUIDialogKeyboardGeneric::UpdateLabel() and that did not fix the bug.

Where do I check/change the system input method?