flagRSP Cataclysm

2 - Player name conflict with NPCs

What steps will reproduce the problem?
1. Create a player named "Squirrel" or "Nightsaber" or the like.
2. Enter RSP info for this player including first name.
3. Add the player to your FlagRSP Friendlist.
4. Find an NPC matching the name you've chosen (squirrel, etc) and observe the mouseover tooltip.

What is the expected output? What do you see instead?
expected: the NPC's name and a normal-ish tooltip
instead: the FlagRSP WotLK code prepends the NPC's name with the first name of the player with the same name, and will also show the Friendstate of the player (Friend, Known, Foe) on the NPC's tooltip.

What version of the product are you using?
1.0.7

Do you have an error log of what happened?
n/a

Please provide any additional information below.
This can be possibly addressed by adding a UnitIsPlayer check before pulling a first name in function tooltipHandler:getNameToolTipText, to prevent the stray first name from being prepended to NPC names; and removing the %flagRSPFriendlistText entry in the PlayerTooltip["npc"] array in tooltipModifier.lua

User When Change
Typhix Oct 15, 2010 at 16:53 UTC Changed priority from Medium to Low
Typhix Mar 17, 2009 at 06:51 UTC Changed status from New to Accepted
Boccanegra Mar 14, 2009 at 04:00 UTC Create

You must login to post a comment. Don't have an account? Register to get one!

  • 1 comment
  • Avatar of Typhix Typhix Mar 16, 2009 at 08:08 UTC - 0 likes

    Adding NPCs to your friendlist and appending information about them is actually meant to be a feature. But I'm aware of the confusion it may provoke if the same name is used by an NPC and by a player. I recently came across Gnarl, an ancient in ashenvale, that had full flag description and title that belonged to the player named Gnarl. The way out of this is an option to mark a friendlist entry as npc. I'll put this on the todo list. NPCs carrying the same name as a player will not show any flag appendices then anymore if they are not labeled as an npc friend.

  • 1 comment

Facts

Last updated
Oct 15, 2010
Reported
Mar 14, 2009
Status
Accepted - Problem reproduced / Need acknowledged.
Type
Defect - A shortcoming, fault, or imperfection
Priority
Low - Might slip to a later milestone.
Votes
0

Reported by

Possible assignees