[0.11.0] Invisibility buff icon does not disappear quickly enough, casting again prevents the spell from being applied
Posted: Thu Feb 11, 2021 3:03 pm
1. Cast invisibility
2. Attack an enemy
3. Wait for invisibility icon to disappear, noting how long it takes
4. Cast invisibility again (buff icon visible, character invisible)
5. Attack an enemy (buff icon still visible, character now visible)
6. Cast invisibility again before the icon disappears (buff icon still visible, character still visible)
Obs: @3, invisibility effect stops as soon as you make a successful attack, but the icon lingers for a few seconds. Sometimes the icon is solid, sometimes the icon blinks as though it were fading out. Not completely sure what causes the icon to flash or not, but this is tangential as it shouldn't be present at all if the effect is not present.
@6, Casting invis before the buff icon disappears will refresh the buff icon, but it doesn't apply the invisibility effect to your character. HUD shows active invisibility, but enemies will continue to track and attack you. At this point, attacking an enemy does not break the invisibility spell. It seems like the buff icon and the spell are tracked separately? Casting invisibility again at this point only refreshes the buff icon. Your character remains visible and enemies will still track and attack you. At this point the only way I've found to become invisible again is to wait for the spell icon to fade after the normal duration of the spell, then cast invis again. And be careful not to reapply it until after the buff icon vanishes.
Workaround ideas that I suspect will work but I haven't tried: 1. Dispell magic on self may remove the invis buff icon, allowing you to reapply the spell correctly. 2. Cast a different invisibility spell instead of recasting the same invisibility spell. 2.a (does the same or a different buff icon make a difference)
Expected: a successful attack should immediately break invisibility, which it does, and the buff icon should immediately vanish to match this state.
Notes; It's possible this is working as intended to match behavior in DFVanilla. If so, this may be a case where accuracy to the original might need to be sacrificed for a better user experience, imho.
2. Attack an enemy
3. Wait for invisibility icon to disappear, noting how long it takes
4. Cast invisibility again (buff icon visible, character invisible)
5. Attack an enemy (buff icon still visible, character now visible)
6. Cast invisibility again before the icon disappears (buff icon still visible, character still visible)
Obs: @3, invisibility effect stops as soon as you make a successful attack, but the icon lingers for a few seconds. Sometimes the icon is solid, sometimes the icon blinks as though it were fading out. Not completely sure what causes the icon to flash or not, but this is tangential as it shouldn't be present at all if the effect is not present.
@6, Casting invis before the buff icon disappears will refresh the buff icon, but it doesn't apply the invisibility effect to your character. HUD shows active invisibility, but enemies will continue to track and attack you. At this point, attacking an enemy does not break the invisibility spell. It seems like the buff icon and the spell are tracked separately? Casting invisibility again at this point only refreshes the buff icon. Your character remains visible and enemies will still track and attack you. At this point the only way I've found to become invisible again is to wait for the spell icon to fade after the normal duration of the spell, then cast invis again. And be careful not to reapply it until after the buff icon vanishes.
Workaround ideas that I suspect will work but I haven't tried: 1. Dispell magic on self may remove the invis buff icon, allowing you to reapply the spell correctly. 2. Cast a different invisibility spell instead of recasting the same invisibility spell. 2.a (does the same or a different buff icon make a difference)
Expected: a successful attack should immediately break invisibility, which it does, and the buff icon should immediately vanish to match this state.
Notes; It's possible this is working as intended to match behavior in DFVanilla. If so, this may be a case where accuracy to the original might need to be sacrificed for a better user experience, imho.