I was trying to find out if this problem also happens when answering rated
games from others but SeekGame will offer only unrated games now and I couldn't
find the place in the backend where this is defined.

Are we parsing only unrated offers or can Miniature parse the rated ones as
well?

(In reply to comment #1)
> I was trying to find out if this problem also happens when answering rated
> games from others but SeekGame will offer only unrated games now and I couldn't
> find the place in the backend where this is defined.
> 
> Are we parsing only unrated offers or can Miniature parse the rated ones as
> well?

Bug 12367 is about non working filters. The default value for the seek filters
are 2 "minutes" 12 "increment" and "unrated" so I assume Bug 12367 should be
fixed first.

Comparative FICS log please? I have no idea what's happening here.

Created an attachment (id=3417) [details]
Screenshot showing quimgil on top (when he is local side) and the chat comments
all assigned to remote side

I think I've found the pattern. The problem seems to be when the local user is
registered and plays as white.

Steps to reproduce the problem:

1. Log with Miniature and PC, both with registered users.
2. Issue this challenge from the PC: seek 57 58 unrated black
3. Be fast accepting it from Miniature, otherwise others might take it.

The game will start with the local side playing white but on the top of the
board. No moves will be accepted, the only thing you will see is the red from
wrongTap. Th remote side can't do anything either since he is playing black and
can't start the game.

You can chat though, and interestingly the identification of users in the chat
is also buggy: no matter where the comments come from they are always assigned
to the id of the remote player.

Logs:

From Miniature:

FICS: "MiniatureTest (1767) seeking 57 58 unrated standard [black] ("play 104"
to respond)" 
FICS: "fics% " 
FICS: "Creating: QuimGil (1562) MiniatureTest (1767) unrated standard 57 58" 
FICS: "{Game 258 (QuimGil vs. MiniatureTest) Creating unrated standard match.}" 
FICS: "" 
FICS: "<12> rnbqkbnr pppppppp -------- -------- -------- -------- PPPPPPPP
RNBQKBNR W -1 1 1 1 1 0 258 QuimGil MiniatureTest 1 57 58 39 39 3420 3420 1
none (0:00) none 0 0 0" 
FICS: "fics% " 
FICS: "MiniatureTest[258] says: hi, I'm MiniatureTest" 
FICS: "fics% (told MiniatureTest, who is playing)" 
FICS: "fics% " 
FICS: "MiniatureTest[258] says: forgot to say that I'm MiniatureTest, remote
side" 

From the PC with eBoard: 

> seek 57 58 unrated black
Your seek has been posted with index 104.
(78 player(s) saw the seek.)
QuimGil accepts your seek.

Creating: QuimGil (1562) MiniatureTest (1767) unrated standard 57 58

> say hi, I'm MiniatureTest
(told QuimGil, who is playing)
QuimGil[258] says: Hi, I'm quimgil, the local side
> say forgot to say that I'm MiniatureTest, remote side
(told QuimGil, who is playing)

(In reply to comment #4)
> I think I've found the pattern. The problem seems to be when the local user is
> registered and plays as white.
> 
> Steps to reproduce the problem:
> 
> 1. Log with Miniature and PC, both with registered users.
> 2. Issue this challenge from the PC: seek 57 58 unrated black
> 3. Be fast accepting it from Miniature, otherwise others might take it.

Unable to repro with latest master.

Mmm... I can still reproduce it.

I'm using MiniatureTest in the PC issuing the challenge

seek 57 58 unrated black

and then I have quimgil in Miniature. I can give you the password whenever we
happen to be online in the chat, tomorrow.

jukey, are you able to reproduce with your own account? Find us in #miniature
IRC if you need the password for MiniatureTest

I couldn't reproduce this bug after creating a new account and playing with it
from Miniature against MiniatureTest in PC.

It must be some preference set in my QuimGil account, then.

This needs further investigation. De-blocking the 0.4 release. Let's see if
other users complain about this.

I checked the "variables" in my QuimGil account, comparing it to a freshly
created account. The differences:

- shout=0 instead of default 1
- silence=1 instead of default 0
- noescape=0 instead of default 1

(I remember changing these settings from time to time. Anyway I don't think
they have anything to do with this bug)

- width=240 instead of default 79

Now, this one looks more suspicious and I don't remember having changed this.
In fact I didn't even know what is it for until I checked
http://www.freechess.org/Help/HelpFiles/v_width.html

However, after setting this variable to 79 the problem still persists...

I have no idea what is going on but the fact is that I can't play Miniature
with my own username...

Subject updated to reflect better the problem. I have tested this again with
master and the problem keeps being there:

- User QuimGil cannot play rated/unrated games as white since the position of
players is reverted (localSide at the top).

- User QuimGil can play rated/unrated games as black without any problems.

I haven't heard any other complaints from other users (I still need to decide
whether this is good news or not). My suspicion through is that most users are
playing anonymously to bypass the hassle of typing username & password
manually. This will change in 0.5 thanks to the fact that credentials are
retained between sessions.

I think I found a pattern!!!

1. Get a FICS user using CamelCase e.g. MiniatureTest or QuimGil
2. login *without* using CamelCase: miniaturetest or quimgil
3. FICS will let you in anyway...

... but maybe Miniature can't handle correctly the differences in upper/lower
case?

I just tested this:

- Login with miniaturetest and playing as white: can't play.
- Login with MiniatureTest and playing as white: yes can play!

Fixed with commit 4203225044d9b0813e43d622aed09823df8a3153. How stupid of me.

Yep, it works now.