player alias

[Learning Curved]

I created some aliases of known villians who play on FTP and PS. My goal was to have there stats combined in the hud for more data. I added there screen names together, and it does indeed combine them in the reports and what not. It will not work with the hud though. Is that normal for the hud not to contain player stats from both sites? I ran full housekeeping after i did aliases. Thanks.

[Learning Curved]

ok it looks as though some stats are combined, but others will not combine together. FWIW, I have two db's that I use the hud from. I only created aliases on the larger db. Could this be the problem? Will I need to create an alias for each player in each db?

On a side note, will two large DB's be the best option or 10 smaller dbs with the same total number of hands. I have seen it asked before and if I recall, I heard that one giant DB is best. Is that still correct?

[WhiteRider]

You will need to create aliases in all your databases, with the same primary alias in all (i.e. for each player make sure the same screen name is the primary screen name in all databases).
You will probably find that less, large, databases work better than a lot of smaller ones; but exactly how many will depend on how much data you have.
If you're importing a lot of observed hands then you may find something like this useful: Tutorial: Managing Multiple Databases

[paolino76]

It seems to me that when you add an alias everything works good in the HUD for the primary nickname (the one that still appears in the player list). The problem is the nickname you added as alias, that disappears from the player list, isn't recognized anymore by the HUD, so no HUD is shown for him.
It shouldn't be a big issue to fix

[kraada]

The HUD stats should still work properly - if you can confirm this not working for an opponent, please reproduce this issue after starting PT3 with the Logging Enabled link and then report the problem so that we can get this issue fixed.

[COKE_MAN]

It seems to me that when you add an alias everything works good in the HUD for the primary nickname (the one that still appears in the player list). The problem is the nickname you added as alias, that disappears from the player list, isn't recognized anymore by the HUD, so no HUD is shown for him.
It shouldn't be a big issue to fix

I am seeing the same thing. Just noticed on Merge a player that I aliased who used two names on different skins. The primary account shows a HUD, but the aliased one (one removed from list as mentioned above) does not get a HUD.

[WhiteRider]

Are you using multiple databases?
Do you have the Player Icon stat (auto rate icon) in your HUD? Try removing that and see if it works better?

[COKE_MAN]

Not using multiple databases. I was using a modified version of the icon, but I removed that and no change. I looked at the logs and the SQL that is ran to find the aliased player(s) and it looks to me that the following occurs...

Here is the setup:
Player 1 - main player
Player 2 - alias (name that is removed from PT3 list)

Player 1 shows up on the tables, all is fine, no worries.
Player 2 on a table, no HUD

Upon looking at the SQL that is executed and running it in Postgres, the proper alias is found, but there is no reference to the original name (Player 2).

So, Player 2 is at the table, SQL runs to find an alias which is "Player 1" in this case. The SQL returns "Player 1" values correctly, but the player_name and player_name_search text are both "Player 1". "Player 2" is not referenced in the results at all. The HUD logs correctly show "Player 2" as it processes the hands, but I suspect that when it goes to update the HUD windows, it looks for "Player 2"'s location, but all that is in the original recordset is "Player 1" and so it does not find values for "Player 2" and fails to place a stat window.

Let me know if that makes sense. I am a developer by trade so I know how difficult it can be to debug from a description like the above.

[WhiteRider]

When you add an alias the stats are all linked to the main alias, so I'd expect to see player 1 in the HUD queries.
Please enable logging and reproduce the problem in as simple a setup as possible and attach the log files to a Support ticket so that we can investigate further. Include a screenshot of the table and tell us the real and alias names of the villain in question.
Thanks

Tutorial: Submitting a Bug Report

[COKE_MAN]

Might be a while before I can catch one again to get screenshots. In the meantime, this is an easy one for your team to replicate there. Alias two players on the same site, watch for the "non-main" player to show up and see that there is no HUD.

As far as expecting to see "player 1" show up in the HUD queries. Right, I do too, but I would also expect the link back to Player 2 to be there. What I see in debugging here and running the queries manually, is that the HUD logs show it is executing: PT3H:WindowUpdater with Player2 listed in the player list, all that is in the record set retrieved for the current table is Player 1, so it doesn't think it has any stats to place on Player 2 and leaves it blank.

Granted, I don't have the code, don't know how the PT3H:WindowUpdater code interacts with the main thread, and I am just making a guess based on my experience, but it looks like there is a disconnect in what the HUD is asking for and what is stored in the in-memory recordset.