Trying to implement the 'FriendsList'

[FlashFlyyy]

So now that I am able to obtain the XML data returned from making requests to the prod server (thanks to @Nobody77), I have decided I try implement the 'friendsList' functionality.


For the client,


Therefore I know that I must create a directory called 'friends' within the 'server' directory and have the following files,


To implement the request handlers I was thinking about adding more tables to my database and storing the data of each friend added within there, etc. Then loading it when the request is made (for getList.cs). Likewise, for 'getRequests' I will search another table for the requests of the particular user.
(these I think are easy to implement)
The other requests are simple transactions on the database I believe.



But what about the other (non-url) constants such as 'JumpServer', 'Whisper', etc.? Do I need to create files for these as well? Or are these built into the client itself already?
How would I go about implementing these on the server?

Any hints or information regarding implementing 'friendsList' will be hugely appreciated!

[sgrawsreghawrhgwrhgr]

Those I believe are built into the client.

DB-wise, you don't need to store much information for friends, all you really need is 3 int arrays, for blocked requests, accepted requests (friends), and pending requests. Those numbers are the account IDs, and with those, you can get all the other necessary information to use for the exports (such as account name, whether the user is on-line and an alive character).

[FlashFlyyy]

Those I believe are built into the client.

DB-wise, you don't need to store much information for friends, all you really need is 3 int arrays, for blocked requests, accepted requests (friends), and pending requests. Those numbers are the account IDs, and with those, you can get all the other necessary information to use for the exports (such as account name, whether the user is on-line and an alive character).

Is this similar to how 'locked' and 'ignored' players are dealt with?
Do I need to analyse packets in order to know the name of the player to be added/blocked?

[sgrawsreghawrhgwrhgr]

I & Mike had friend lists done some time ago (dead project now), and from what I remember, friends are handled entirely via requests, and the only thing you need to analyze from that is the usual stuff (guid & password) etc..

Most if not all of the friend requests that actually manage things (like remove, block, accept or add friends), come with this same exact query of guid, password and targetName. What you want to do is use targetName to figure out the accountId of the account (if it exists of course), and then add it to one of the arrays mentioned above. Accept/remove/block requests are very straightforward, you should have those done in no time, they're handled in a very similar way to locking/ignoring.

Requests like friends/getRequests or friends/getList do not use the additional query, as they don't need it, but that's when you need to use the pending, accepted int arrays, which are just account IDs. You use those to figure out many things that you have to export back to the client. getList requires things like character data of some character (just get a random alive character, or last logged in one from the account after you resolve it with the ID), whether the user is on-line, and probably some other small things (I do not remember, you can always send a request to production if you're unsure). getRequests is very similar to that I believe.
So you essentially take in all the numbers from the accepted friends array, get data for them (an alive character, whether the user is on-line and what-not), and then export it, similar to what you had with the arena leader-boards I would assume

[FlashFlyyy]

I sent a request to the prod servers to get the XML structure for 'getRequests' and noticed that the 'Online' tag has data similar to an IP address...? But then I googled my public IP and they do not match. What is the data stored in the 'Online' tag?

Thanks so much!

[sgrawsreghawrhgwrhgr]

I'm not sure, they might have changed how it functions with the new DECA UI rework, but I'm sure exporting it as 0 is off-line, and 1 is on-line

[FlashFlyyy]

Furthermore, what happens when a player's friend request is blocked? I checked on prod and it says "Would you like to block this person forever"... So does that mean once a person's request is blocked it cannot be undone in the client?

[sgrawsreghawrhgwrhgr]

It means that the player can no longer receive friend requests from that person (as you'd expect). I guess it is forever, as I don't think the client has any UI for blocked requests where you could unblock etc..

[FlashFlyyy]

It means that the player can no longer receive friend requests from that person (as you'd expect). I guess it is forever, as I don't think the client has any UI for blocked requests where you could unblock etc..

How do I obtain the 'targetName'? I looked at how trades are done and found this,

var target = Owner.GetPlayerByName(pkt.Name);

But this means I need to handle packets? How would I get the value of 'targetName' in 'AcceptRequest' for example?

In the client I have found this,

    private function onSearchFriendClicked(_arg_1:MouseEvent):void {
        this.actionSignal.dispatch(FriendConstant.SEARCH, this._nameInput.text());
    }

    private function onAcceptClicked(_arg_1:MouseEvent):void {
        actionSignal.dispatch(FriendConstant.ACCEPT, this._senderName);
    }

Am I right in thinking,
'this._nameInput.text()' = current user
'this._senderName' = target user

Or is it the other way round?

[sgrawsreghawrhgwrhgr]

How do I obtain the 'targetName'? I looked at how trades are done and found this,

var target = Owner.GetPlayerByName(pkt.Name);

But this means I need to handle packets? How would I get the value of 'targetName' in 'AcceptRequest' for example?

query["targetName"];

[FlashFlyyy]

query["targetName"];

Was thinking that, but I didn't see any usage in the server so I thought it wouldn't work. Thanks!

- - - Updated - - -

query["targetName"];

Does

 query["targetName"]

return a string name or account id?

[sgrawsreghawrhgwrhgr]

Was thinking that, but I didn't see any usage in the server so I thought it wouldn't work. Thanks!

- - - Updated - - -



Does

 query["targetName"]

return a string name or account id?

It returns the name, you have to figure out the AccountId by using the name (e.g. look for an account that has that name, and then get its account ID)

[sebastianfra12]

Nice try. :P

[FlashFlyyy]

Nice try. :P

Thank you! Took me a really long time
Btw, do you know the old XML data returned from the server before the new friendslist update?

[sgrawsreghawrhgwrhgr]

This is how the XML data was structured on the project I mentioned above, it too used the X2 client, though I can't remember if we made any modifications to the friend lists:
getRequests : https://hastebin.com/bevadudoso.xml
getList : https://hastebin.com/oharatihok.xml


Looking at it now it's quite a lot, and I'm sure you could minimize it to just the essentials (Texture, Online, Name and what-not, I'm sure you don't need all the ClassStats etc.)