Version: (using KDE KDE 3.4.92) OS: Linux 0-start a local 2 player multiplayer game in KSirtet 1-assign keys (or use the default one's) for both players 2-start playing and try both players' keys PROBLEM-the 2nd player's keys do _not_ work (except the drop down one occasionally). So in the default config, pressing E, S or F does not have any effect. I know this worked in 3.3
I would guess this stems from the player numbering scheme (0,1,2,3 vs 1,2,3,4). For example, one oddity is that I can't control pieces with the default key settings if player 0 is human and player 1 is AI (except for DOWN), but I can play fine (except for the window being backwards of how I want it ;)) if the AI is P#0, and the human is P#1. I would suggest making the default key shortcuts for player 0 more sensible... ?
I am experiencing exactly the same. I'm using KDE 3.5.1 SuSE binaries. Don't know whether this one is SuSE-specific.
Christoph Glotzbach schrieb: [bugs.kde.org quoted mail] I also used the Suse binaries. Now I've made a downgrade and it work's fine.
Experiencing the same with 3.5.2 on Ubuntu 6.06
*** Bug 132130 has been marked as a duplicate of this bug. ***
*** Bug 132771 has been marked as a duplicate of this bug. ***
*** Bug 127494 has been marked as a duplicate of this bug. ***
I have the same problem... :-( I use slackware current (kde 3.5.4)
*** This bug has been confirmed by popular vote. ***
Same. Down usually works for them all, but the other keys never do unless you are playing in single player, or player 0: AI, player 1: Human. I've also tried the following: Player 0 Human: Only down works using 'Player 1/3' shortcuts. Player 1 Human: Only down works using 'Player 2/3' shortcuts. Player 2 Human: All keys work using 'Player 3/3' shortcuts. Player 0 Human: Nothing works. Player 1 Human: Only down works using 'Player 2/2' shortcuts. Player 3 AI. Player 0 AI. Player 1 Human: Nothing works. Player 2 Human: Everything works using 'Player 2/2' shortcuts. Player 0 AI. Player 1 AI. Player 2 Human: Everything works using 'Player 1/1' shortcuts. ------- Player 0 AI. Player 1 Human: Everything works using 'Player 1/1' shortcuts. Player 0 Human: Only down works using 'Player 1/1' shortcuts. Player 1 AI. Player 0 Human: Nothing works. Player 1 Human: Everything works using 'Player 2/2' shortcuts. Hope this helps. Also just noticed a segfault if you go: Mode->More->(Human, Human, AI)->Finish, Start, Mode->More->Cancel.
The key hook for the down key is different to the others. Fixing this may surely solve the issue! (I lost the trace I have caught up in the trunk sources) Question: We noticed at school KSirtet sometimes behaves correctly. How? I thought that task switching or no matter what triggers the key hook faults...
Has the assignee died / retired / gotten {married/employed}? Since this thing is still there with 3.5.9 and nothing has happened in a year, and the bug is now over 2 years old. Just pushing things back into motion so that human vs. human could finaly be played again (:
dont have the sources atm and hadn't really had much time to look into them...
Still the same error in debian stable (lenny) with kde 3.5 and debian squeeze with kde 4.1...
Ksirtet is no more developed/mantained. All bugs and wishes has been closed. It will not be ported on KDE 4. The status of the project is set to UNMAINTAINED.
sorry for the spam, I've forgot to set the status :-)