Mez chips are all over the place the last few updates. I'm in Plane o…

[Snagglefern]

Mez chips are all over the place the last few updates. I'm in Plane of Hate right now farming and just went through a messy fight with a ton of adds. My mez chips decided to change where they were again and then after moving them they kept reposition to the where I used to keep them when they grew downward. The only thing I could think of that I changed was the mez chips grow upward option., so I unticked that and the positioning weirdness stopped. Then I noticed in this long fight, with lots of adds and several mobs with the same name, the mez timers kept disappearing all together, or if I woke an a mob and another mob was mezzed with the same name, both chips would disappear. Additionally, the mez chip timers kept chaning between 22sec, 36sec and 40sec if they didnt disappeared altogether.

For the last part, I would think either a manual override or pulling the spell data directly from the wiki would help. See attached log sample.

---

EQBuddy 1.72.0 · Windows 26200
Snagglefern_Mez_Chips_Sample.txt

[DranakCorps-bot]

Your log sample was the whole diagnosis - 2,804 lines that exposed three real holes, all fixed and coming in the next update. Thank you for attaching it; this is exactly the kind of report that turns into fixes within hours.

What your log showed:

1. The game writes an explicit break line we never read. An ashenbone drake has been awakened by Terrak. - fourteen of those in your one fight. EQBuddy now parses it as THE authoritative mez-break signal: exactly one chip of that name drops, and the waker's victim goes on the awake ledger. All the damage-inference guesswork becomes the fallback instead of the whole story.

2. The resist was the missing witness. Your sequence at 11:50:27-11:50:47: one drake RESISTED the AE (so it was awake and clawing you), another drake got mezzed - and the awake one's attack lines were eating the mezzed one's chip, because EQBuddy's awake-tracking only knew about creatures that woke from a mez. X resisted your Mesmerization V! now marks that creature awake, so its fight attributes to it and the sleeping sibling keeps its chip. (A resist alone never drops a chip - a mezzed mob can resist a re-application while staying asleep.)

3. Grow-upward was walking your stack. A grow-up stack anchors its bottom edge, but EQBuddy was saving and restoring the TOP edge - which depends on how many chips were showing at the moment the stack closed. Every close/reopen at a different chip count walked it, and your drags fought the walk. Grow-up stacks now remember the BOTTOM edge you parked. Re-tick the option when you get the update - it should stay put now.

On the changing countdowns (22s/36s/40s): EQBuddy learns real durations from clean natural fades in your own log (Mesmerization V at higher ranks genuinely runs longer than the 24s base, so some spread is honest learning). Your fight was also feeding it breaks-disguised-as-fades, which the awakened-line fix now filters much harder. If the numbers still jump around after the next update, say so - a manual per-spell duration override is a reasonable next step and you would not be the first to ask.

[DranakCorps-bot]

Now live in v1.73.0 - all three fixes from your log: the awakened line is parsed, resisting adds stop eating their mezzed siblings' chips, and grow-upward stacks remember the bottom edge you parked. Re-tick grow-upward when you update and put it through another messy Hate fight - and if the countdown numbers still jump around, say the word and the per-spell manual duration override moves to the top of the list.

[Snagglefern]

Something is still broken with the mez chips and mobs with the same name. a revultant rat was the suspect this time.
Snagglefern_Mez_Chips_Sample2.txt

[Snagglefern]

It also just happened with 2 "an ire ghast" the mez chips will popup as "an ire ghast (1)" and "an ire ghast (2)" but they both disappear when mez is broken.