Log in

View Full Version : Can't see other players in the same zone


N0ctrnl
02-25-2015, 10:44 PM
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.

provocating
02-26-2015, 02:43 PM
If you have access to another client it would not hurt to use something different, like UF.

N0ctrnl
02-26-2015, 03:48 PM
Well, if it's a client issue, I'd just like to know. I hate chasing my tail :)

provocating
02-26-2015, 03:52 PM
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.

Uleat
02-26-2015, 03:59 PM
If you have access to another client it would not hurt to use something different, like UF.

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.

N0ctrnl
02-27-2015, 01:46 AM
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.

Uleat
03-06-2015, 07:21 PM
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!

Uleat
03-08-2015, 09:57 PM
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!

N0ctrnl
03-09-2015, 04:51 PM
I just updated today. We'll see what that does for us. Thanks! :)

N0ctrnl
03-09-2015, 05:35 PM
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?

Uleat
03-09-2015, 06:18 PM
This is the commit: https://github.com/EQEmu/Server/commit/c96ee79b1e30ac28e36a6f2da15b251780d42675

N0ctrnl
03-09-2015, 08:30 PM
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.

Uleat
03-09-2015, 08:58 PM
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 :) )

N0ctrnl
03-09-2015, 09:07 PM
Just dropped you a PM.

N0ctrnl
03-10-2015, 03:16 AM
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.

Uleat
05-14-2015, 09:11 PM
<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!

provocating
05-23-2015, 03:36 PM
Anyone ever get this one figured out? Are people still experiencing it with the latest source?

N0ctrnl
05-27-2015, 01:01 PM
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.

Ultrax
05-30-2015, 03:53 PM
I am having this issue with RoF2 on peq. I am in pok and tranq. zoning between will mix up who can 'see' who

provocating
05-30-2015, 04:31 PM
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.

vsab
05-31-2015, 03:50 AM
First report on PEQ was Feb 10th. Trevius commented it might be this change:-
https://github.com/EQEmu/Server/commit/e6eb4e16d1c9a7c5fa04161f1455f3ca0585226c

But.. I think that change was reverted.

RussellMatt27
10-13-2015, 08:03 AM
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.

image
10-13-2015, 08:08 AM
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.

RussellMatt27
10-13-2015, 08:23 AM
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.

provocating
10-13-2015, 08:33 AM
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.

RussellMatt27
10-13-2015, 08:35 AM
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.

Kayen
10-13-2015, 12:13 PM
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.

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

Shendare
10-13-2015, 12:19 PM
Anything been done in zone versioning in a while? Sounds like some kind of zone/entity_list schism.

provocating
10-13-2015, 12:29 PM
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.

Uleat
10-13-2015, 01:18 PM
For reference: http://www.eqemulator.org/forums/showpost.php?p=244232&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.

provocating
10-13-2015, 01:33 PM
Well I said my source was around January. It could had been February, 2015 but no later than that.

N0ctrnl
12-10-2015, 02:30 PM
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?

chrsschb
12-10-2015, 04:21 PM
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.

provocating
12-10-2015, 04:28 PM
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.

N0ctrnl
12-11-2015, 02:56 AM
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.

chrsschb
12-11-2015, 09:37 AM
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?

N0ctrnl
12-11-2015, 11:59 AM
I've seen it on Titanium and RoF2. Not tried any of the others.

Hateborne
12-25-2015, 08:43 PM
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

provocating
12-25-2015, 08:59 PM
I know for sure it was happening before January 2015, with that source