Can't see other players in the same zone
 

So I have a peculiar issue on my server. I can zone multiple characters to a zone, but they can't see each other. They interact with the same mobs (selling to vendors shows up for all) but not each other. Camping and coming back fixes this.

The thing that's perplexing is I don't see any errors at all. Anywhere. It just randomly does this with both static and dynamic zones.

I am using the RoF2 client. Is this perhaps an issue with that? Is there something I might be missing?

Thanks.

If you have access to another client it would not hurt to use something different, like UF.

Well, if it's a client issue, I'd just like to know. I hate chasing my tail :)

No one seems to play long with the RoF2 on my server before they switch to UF, the guild bank issue is enough for them to switch.

Since you're the only server currently reporting this, it would help to know if you have/are using other clients and whether
they are experiencing this issue.

That type of information always help to isolate where a particular problem may lie.

I can confirm that we saw it on Titanium at least once a couple weeks ago, but nothing reported since. Only got 1 guy currently using that client though.

I've been trying to look into this issue..but, I can not replicate it...

I have some ideas on where to look..but, without a test case, I'm shooting in the dark.


Can you guys provide as much information as you can regarding this?

Stuff like:
- OS?
- Occurs during what population density?
- Occurs in what zones?
- Does casting, or any other 'appearance' update fix the problem?
- Anything else pertinent...


Thanks!

I added a missing line terminator several days ago and have received one report that this condition is no longer an issue..assuming that was the problem...

If you are still having this issue, please update to the latest code and verify the condition..then, post any occurrences.


Thanks!

I just updated today. We'll see what that does for us. Thanks! :)

Just confirmed it's still happening with the latest pull from github. Which change was it specifically so I can verify it's in there?

This is the commit: https://github.com/EQEmu/Server/comm...5b251780d42675

Well, I definitely have that in my source checkout. :(

To give you a little more detail:

- OS - CentOS7
- Occurs during what population density? - I can make this happen on command in a few different zones. Seems to randomly effect many zones with nothing in common.
- Occurs in what zones? - Lots.
- Does casting, or any other 'appearance' update fix the problem? - Camping and coming back (or sometimes zoning over and back) puts them all into the same zone. Rezzing almost always puts multiple characters in the zone in such as way as they can't see one another, even in group window.
- Anything else pertinent... - Can duplicate this on both Titanium and RoF2 clients. None others confirmed at this time.

The rezzing is a good point of interest..that's something I can test with :)

I'll keep looking at this..I'm just afraid it will point to a difference in OS or something to do with VMs...


(Someone mentioned that it is 'bad form' to make calls like that in the destructor..and I agree... I may add a handler to flush the out buffer and see
if that helps. If I can find a reproducible trigger, I won't have to make a guess at what might be happening :) )

Just dropped you a PM.

I rebuilt my test server on Ubuntu tonight. Seeing the same issues on rez into City of Mist. Haven't done any more testing, but at least I can confirm I'm seeing it on multiple distros.

<bump>

Not sure if anyone is still having this issue..but, if so...

Please try compiling in full debug and run your server for a given period.

If you receive any debug assertion messages (with resulting server crashes,) please post them.

I only need a few instances of this occurring and pointing to a debug assertion as the cause of the crash.

Afterwards, you may return your server to it's original state.


Thanks!

Anyone ever get this one figured out? Are people still experiencing it with the latest source?

I've honestly not checked in a while. I'll pop on and head to CoM this evening. That was one zone I always had issues with on my server.

I am having this issue with RoF2 on peq. I am in pok and tranq. zoning between will mix up who can 'see' who

Seems the problem still exist. I wonder around when this actually started popping up. Knowing when the first people started seeing it will narrow down what source change caused it.

First report on PEQ was Feb 10th. Trevius commented it might be this change:-
https://github.com/EQEmu/Server/comm...55f3ca0585226c

But.. I think that change was reverted.

Definitely still happening out in the wild!

All my clients are using Titanium, so far its only been reported in Hate/Sky but I'd imagine it happens elsewhere too. Server is a basic 2core/4GB Win2008R2 VM, running the updated version of the Windows repack by Akkadius. I'll test with rezzing when I can later to see if that can force reproducing the error condition.

can you not see any npcs/clients at all or is it specific ones? In the older clients way back when they had the 4k spawn id cap we had to make sure the spawn id's went too high.

Most of that should be figured out in eqemu now, but that was the only reason that came to mind that *all* would be missing, simply the eq client is not parsing the bulk spawn packet correctly.

I believe its only specific clients/NPCs.

I actually saw both happen in Sky the other night on the 2nd island. Another player would pull, and no one but his players (he was boxing 3 or 4 that night) would see the mob. We couldn't target/assist to get a mob target let alone seeing it. We didn't really find a way around this one.

Also had the other where a player would drop from our instance of the zone, but could still see it talking in /say. Only a camp would fix that issue.

Had a player report it last night in Crushbone and Greater Faydark. One was using SoF and the other was Titanium. Since both were non-instanced zones it did cause me some pause.

Just so all the info is out there - my players are also reporting an issue with manastone usage and the health loss not being shown till the next server tick, and AOE mezzes not lasting a full tick before breaking either.

I can confirm this is occurring on Storm Haven and I have not even updated our source since like March/April of this year.

At least in one zone I can confirm (Valdeholm) it is happening to both myself and another player (though not all players seem to have the issue).

It is not MQ related
It is not client related (Same problem on UF->ROF)
It is not script related (disabled all scripts in zone).
You can not /target the clients who you can not see with GM commands.

Though I just assumed that this was fixed in later source update and not still occuring

Anything been done in zone versioning in a while? Sounds like some kind of zone/entity_list schism.

My EqEmu source is dated back to around January 2015. No changes I have made to my source could have caused this type of behavior, nearly positive. I am changing things related to mitigation, combat, spells, etc.

For reference: http://www.eqemulator.org/forums/sho...&postcount=267

That may give us a time-frame for when this actually started.


I seem to remember an issue about some changes to SoF+ appearance packs..and then it was reverted, or something?


EDIT: provocating, I think those changes were made after January 2015.

Well I said my source was around January. It could had been February, 2015 but no later than that.

So, something worth noting that I ran into a few days ago...

I had a player that would get stuck trying to gate back to their bind point in City of Mist - a zone I'd commonly had the issue with. He would get a message about it not being a valid zone and then it'd try to port him to the Arena (which I replaced with the old version of the zone that he didn't have, so he'd then crash).

I couldn't find an error in any logs associated with what he was seeing as far as the zone not being available. He ran back and zoned in just fine and bound again and now can gate with no problem at all.

So, I'm wondering if maybe this problem got fixed somewhere along the way, or at least for this zone. That would explain the behavior, at least in my mind.

Thoughts?

Just wanted to chime in. I've ran a Feb source for quite a while, and just recently updated again and I've had no reported issues.

UF is the only supported client on my server.

That is probably why too.

My only issue is when someone using a client other than UF rolls around with other players. They tell me "I am bugged" and log in and out a few times, then it works for a bit.

If that is why for you, it isn't for me. I was seeing it on toons on the same PC with the same client.

Either way, I'll do a little more testing in the next few days. I could make it happen pretty easily in a few zones.

But do you experience it only with a specific client?

I've seen it on Titanium and RoF2. Not tried any of the others.

This is Hateborne from EZ.

We're seeing it PLENTY with our boxing environment. In example: Warrior, cleric, rogue, druid zone in without issue. Wizard is "isolated". The other four can see and interact with each other but the wizard cannot. ALL five characters can interact with the game, but heals/buffs/etc do not cross this invisible barrier. It acts almost as if the wizard (or the other four, not sure which) are in a separate zone/instance. It does not seem to be client specific as UF and RoF2 clients both experience it.

Please let me know what I can provide from a dev/GM standpoint to assist.


-Hate

I know for sure it was happening before January 2015, with that source