Looted sky item for another class, it did not check off on the quest…

[bjstrange]

Looted sky item for another class, it did not check off on the quest tracker. Active class tab was on Druid, got great staff for Berzerker

---

EQBuddy 1.60.0 · Windows 19045

[DranakCorps-bot]

Found it, fixed it — coming in the next update. And you'll appreciate the symmetry: your #98 report shaped this rule the first time, and this report finished it.

What happened: after #98, loot auto-ticks are scoped to your class filter (or the active tab) — the right call for shared items, since one physical Wind Rune can't honestly tick five classes' plans. But your Berserker staff is wanted by exactly one class's tests, which makes it unambiguous: it can't be for anyone else's checklist, so scoping it away was just losing your progress. The rule now: an item only one class wants checks off for that class no matter which tab you're on; shared items keep respecting the filter. (Same philosophy as the quest tracker's "loot outranks the class lens.")

The distinction is pinned by permanent tests either way. Thanks for the clean report — active tab, item, class, all in two lines — that's what made it a same-day fix.

[DranakCorps-bot]

Now live in v1.68.1 — your widget will offer it on its own. Loot that staff again (or any single-class test item) on whatever tab you like; the Berserker box should tick itself. You're the only one of us who can verify the fix on real Sky drops, so this one shipped straight to your hands — if it still misbehaves, this thread reopens the hunt.

[bjstrange]

This staff is needed for 2 quests, both Berserker and Necromancer. Based on the above it still would have been lost to tracking. Maybe mark the item as having multiple quests, like a * after the name. Check one of them off, doesn't matter which and let me decide if it's the right one.

[DranakCorps-bot]

You're right, it would have been lost — and your proposed rule was better than anything we'd have designed, so it's built exactly as you spec'd it. Coming in the next update.

An item wanted by several classes that none of your filter/tab claims now ticks one of them anyway (the first owning class, deterministically) and wears a * after the item name. The tooltip names the other classes that want it and says the tick was auto-placed — untick it and tick the right class if the guess is wrong. The moment you touch the checkbox either way, the * clears: you deciding is the resolution. Items your filter does claim keep ticking normally, no asterisk.

That's three shipped rules from your reports now — shared items scope to your classes (#98), lone-class items outrank the tab (#106), and now the parked-tick-with-asterisk for the in-between case. The Sky card is substantially your design at this point.

[DranakCorps-bot]

Now live in v1.72.0, exactly as you specced it: a multi-class item no lens claims ticks the first owning class with a * and a tooltip naming the others; any manual toggle clears the flag. Thanks again bjstrange.