I failed to reproduce this and I would need more information.
Mac OS X Snow leopard. Using current Chrome or Firefox, with the advanced.html example. Downloaded http://www.google.com/ime/ for Japanese. Followed the implementation steps on http://www.textfugu.com/season-4/social-learning/9-2/ for OSX.

I can type in something and I am getting some proposals, then I can press Space and the list of proposals gets longer, switching to the next proposal. Alternatively, I can use arrow-down/up to scroll through the list of proposals.

I cannot reproduce the issue. What do I have to type in on a english keyboard in order to get a list of proposals where the bug happens when pressing Space? What OS/Browser are you using?

OS X Lion, Firefox and Chrome seems to work properly. I could reproduced this issue only with Safari 6.

Thanks for the responses. I will get back to you all with a set of user data ASAP.

A little related note... Funny you linked textfugu.com. Thats one of our products -____-

We are still collecting more user data, but here are details on two users so far

User 1 -- Using the built-in IME

User 2 -- Using the Google IME

Here is a screen capture of User 1 showing the issue using the demo site.

0:23 -- First attempt. Hitting space bar successful
0:27 -- Second attempt. Hitting a second return after hitting the first return to confirm proposal choice inputs a duplicate. Expected only 2x 日本語, but resulted with 3x.
0:49 -- Hitting spacebar results in output of the highlighted proposal. Not the intended reaction. Expected reaction would be after hitting the spacebar, it'll highlight the next proposal choice, but not output it until a return key is registered.

Hope this info helps.

Here is a Google Spreadsheet of the current list of users who are affected by this
https://docs.google.com/spreadsheet/pub?key=0AvXptsK3CMWOdGpSSEhKRHllMUc1ZWt2c1BKcDdsX2c&output=html

I'll add more when more info streams in. The data seems to suggest that Chrome-based browser users are affected by this, independent of user's OS. I wouldn't say the suggestion is definitive though, since a little over 50% of our users use Chrome.

I could reproduce the issue with Chrome on OS X Lion, while failed to reproduce with Firefox.
The issue occurs unless cursor is at beginning of line.
On the other hand, with Safari every Space hit results insert and the list dissapear.
Each case, Cursor stays the original position even though insert done.

Thanks for the detailled information! I'm gonna have a look at this.

Hi there, I also confirm this problem with space key, would be nice if this doesn't happen as it really mess up the tying in Traditional Chinese(bopomofo). It's not just when I need to choose words, but whenever I type any first-tone word(involves hitting space bar for every word.) On Firefox it does appear to be alright, only Chrome.

It happens all the time, regardless if it is the 1st or 2nd attempt or where the cursor is. Whenever I hit space bar, it stops and insert what I was typing, though there appears to be minor delay between me hitting the space bar and the unfinished word being inserted into the text area.

I will try to investigate as it is probably a lot easier for me to reproduce the problem, but if there's any thoughts on the potential cause of this please let me know, since I probably don't know Wysihtml5 as well as you all. Cheers! 😊

Demo - Firefox (What should happen)
http://www.youtube.com/watch?v=pf8Le8ugs08
Demo - Chrome
http://www.youtube.com/watch?v=I7ddtR76nqg

The problem has reproduced in my environment (Windows 7 + Chrome + MS-IME + Japanese Keyboard)
and I confirmed muan's patch fixes this problem.

+1 for merge.

Fwiw I think we can pretty safely say that this repo has been abandoned, perhaps try our luck at https://github.com/Stebalien/wysihtml5 instead or fork a version of our own. :)

... Wow!! Thank you for your kind notification! I'll check it later.