Hexblade patron spell list is bloated with modded spells

[hauwauibrahimumar0-arch]

The Hexblade patron automatically adds all modded spells with matching Hexblade spell tags to its bonus prepared spell list, resulting in an overly bloated and messy spell pool for Hexblade Warlocks.

[Yoonmoonsik]

This is a mod conflict — your Hexblade progression has been overwritten by another mod.

Some background on how patron spells actually work. There are two different mechanisms in Progressions.lsx / Progressions.tbl:

• AddSpells — grants a fixed set of spells outright. No choice, no scanning.
• SelectSpells — points at a SpellList UUID and lets you pick N spells from everything in that list.

Vanilla BG3 uses SelectSpells for Warlock patrons: your picks come from the Warlock spell list merged with the patron's expanded list, and you choose a few. That's the mechanism that grows when other mods add spells, because anything a mod injects into the Warlock spell list becomes selectable.

This mod does not work that way. Following the 5.5e rules, the Hexblade patron grants only its specific handful of subclass spells via AddSpells — a hard-coded list, always prepared, with no selection step and nothing that scans for "matching tags." There is no code path here that could produce a bloated pool.

So what you're seeing is another mod overriding the Hexblade Progressions UUID and putting the vanilla-style SelectSpells back — at which point every spell any of your mods added to the Warlock / patron SpellList shows up as a choice.

This mod is not built to run alongside other content mods. It rewrites the class, subclass and spell structures wholesale to follow the 5.5e rules, so any mod that also edits SpellLists or Progressions will collide with it. That is not something a different install order can resolve — the two simply cannot be used together.

To confirm: remove your other content mods and check the Hexblade list. It should grant exactly its intended spells and nothing else. If it's still bloated with this mod on its own, post a screenshot and I'll take another look.

[Yoonmoonsik]

Separately — a request about your titles.

This is your second post titled just "Bug report" (see #1060). A title like that carries zero information: it doesn't say which class, subclass, spell, or feature is involved, so it's useless for search, for linking related reports, and for anyone else hitting the same problem later.

Please use a title that names the actual subject. For this one, something like "Hexblade patron spell list is bloated with modded spells" would have been fine.

Future posts with a generic title will be closed without investigation. Thanks.

[Yoonmoonsik]

I've retitled this from "Bug report" to "Hexblade patron spell list is bloated with modded spells" so it's searchable and reflects what the post is actually about. Please title your own posts this way going forward.

[hauwauibrahimumar0-arch]

The official Rogue subclass Thief is missing in the subclass selection interface

[Yoonmoonsik]

That's an unrelated topic — please don't stack it onto this thread.

This post is about the Hexblade patron spell list. A missing Rogue subclass is a different problem with a different cause, and burying it in someone else's thread means it can't be searched, tracked, or closed on its own.

Open a new discussion for it, with a descriptive title (e.g. "Thief subclass missing from Rogue subclass selection") and the list of other mods you have installed. I won't be answering it here.

[Yoonmoonsik]

On the Thief report — that one was ours. The Thief subclass GUID was missing from the Rogue level 3 SubClasses list in Progressions.lsx / Progressions.tbl, so it never appeared in the subclass selection UI. Fixed in commit 958a056b2c798bf4b061106eb1de1ae1758928e5.

The rest of this thread still stands: the Hexblade spell list bloat is a mod conflict, and unrelated reports belong in their own posts.

[hauwauibrahimumar0-arch]

I have disabled the spell mods I used previously, yet the number of bonus spells granted by the Hexblade patron is still excessively large.

[Yoonmoonsik]

Disabling the spell mods isn't enough, and that's the part being missed.

Spells are not the problem. The problem is anything that touches SpellLists or the Warlock Progressions entries. A mod that only adds new spells is harmless — new spells sitting in a .txt don't attach themselves to anything. But a mod that edits a SpellList UUID, or that overrides the Warlock / patron progression, replaces the structure this mod depends on, and then the patron pulls from whatever list that other mod defined.

So the rule is simple: do not use this mod together with any mod that modifies SpellLists or Warlock Progressions. Reordering them will not help — the two cannot coexist, whichever one loads later. That includes mods you may not think of as "spell mods": class overhauls, subclass packs, spell-list expanders, "more spells known" tweaks, and anything advertising extra patron/warlock options. Turning off the spell mods while leaving one of those installed changes nothing.

To be clear about where this stands: this is not a new report. This same conflict has been reported well over a dozen times, and I fully understand the mechanism behind it. It is not a bug in this mod and there is nothing on our side to fix — you have to choose one mod or the other.

If you want it verified rather than argued: remove every other content mod, not just the spell ones, and check the Hexblade list. If it's correct then, the conflict is confirmed, and you can add mods back one at a time to find which one you need to drop.