Guest Tariel Zivzivadze
April 6, 2008 in Feedback
Is it possible to merge two members in 2.2.2.?
if yes, how can I do that?
Do you need technical support?
You can obtain support via the client area, or you can try to obtain peer-to-peer support at IPS Resources.
It's the rules sorry. We can not help in these forums :(
It's a bit tricky to MERGE because each member has their own unique name, email, password, signature, settings, PMs, posts, etc. etc.
SO, it'd be nice to have a feature built in that:
Delete member-x and transfer all Posts and PMs under member-y's name.
Vb has a merge user thing
Somewhere I have article about this.... but where....
I think this feature will be in IPB 3.0.0 because is really usefull.
Damn can't edit my post but +1.. This would be great also.
If you can persuade Brandon that this is a useful enough feature to add, I will code it. Wouldn't be that hard to add.
+1. I do not think I would use it but I can see the value of having it on some boards.
Would make a nice addition :)
* nudges bfarber *
-1, it will break many mods. This feature would never be able to tell what it would need to do to merge two accounts that have mod related data separate from each other. And then what about merging all items from 2 accounts on a board that has IPG, IDM, ICB, etc. installed?
+1 to negate Michael McCune's pessimistic and negative comment. This feature would come in very handy for the members who make duplicate accounts for whatever reasons. :)
It's not pessimism, nor is it negative, it's feedback from a modder's perspective, from someone who knows the ins and outs of how the database works. It's all fine to merge stuff that's built-in with the board, but consider what would happen in a large mod, like a Shoutbox mod. You've got a bunch of items, shouts in this case, associated with what used to be two accounts. The mod would almost certainly be designed so that there is a new database table for shouts, and each shout is associated with a member ID#, which is then joined to the ibf_members table. If this feature comes along and it merges members, it's not going to touch the new table for this mod, now all of a sudden you've got rows in your mod's table that have foriegn keys missing, very very bad for databases.
I don't mind being disagreed with, but simply adding a +1 without addressing the points I brought up doesn't negate anything. ;)
i guess it kinda of depends how the mod works, if it merges X account into Y account then the ID would that of Y account so technically that'd still be in the db, sure all of X's data would be loss but i guess thats something they'd have to live with as simply the merge tool should really only worry about things it knows exists by default. Merging member X and Y and create a new member is another way of doing which wouldn't also break anything since most mods would just see them a new member. If it is a ipb 3.0 feature then its possible to create a hook to take into consideration other mods so modders can extend the function to add in their own merge abilities. As for dead data that falls to the modder to create cleanup tools because if a member is deleted then exactly the same position would arise that you spoke about michael and you can't control that.
At the same time, if said tool exists, there could/should be a way for mods to reach in and tell it to call merge function Y during the process. :)
I've already got this tool somewhere...If I can find it I'll post it.
While I understand that it is going to cause problems with mods - surely if you're wanting to be using the merge tool, what you're going to be doing is going to break these mods anyway?
I mean, you have 2 accounts - rather than deleting one account, this addition serves the purpose of merging them, which, yes, will break mods, but so would have deleting one of the accounts.
Yes, exactly, both are bad for database integrity (which is why I also almost never delete accounts).http://en.wikipedia.org/wiki/Referential_integrity
Yes, exactly, both are bad for database integrity (which is why I also almost never delete accounts).
This topic is now archived and is closed to further replies.
Started 18 hours ago
Started 18 hours ago
Started Friday at 12:29 PM