Project

General

Profile

Bug #2445

Spellcasting can be interrupted

Added by scrawl . over 2 years ago. Updated 3 months ago.

Status:
Closed
Priority:
Low
Category:
Input
Target version:
Start date:
03/11/2015
% Done:

100%

Reproducibility:
Always
Operating system:
Other
Severity:
Normal

Description

When casting a spell, the animation can be canceled at any time by pressing the "ready spell" key again. This was not possible in the original engine, and may be frustrating when accidentally pressing this key, the magicka cost would be spent but no spell cast. Also this could be abused to achieve faster spellcasting by canceling the attack follow animation.

Related:
The same technique can be used to cancel shooting an arrow (also not possible in original engine). We may want to keep this behaviour.


Related issues

Related to OpenMW - Bug #2835: [exploit/bug] ability to slowly move when overencumbered Confirmed 08/08/2015

Associated revisions

Revision fb45995a (diff)
Added by Andrei Kortunov 3 months ago

Do not allow player to change weapon/spell during attack or spellcasting (bug #2445)

History

#1 Updated by Marshall Styczinski over 2 years ago

This is 100% reproducible. I do think it's frustrating, as alluded to above. It's nice to be able to cancel casting a spell or shooting an arrow, so I suggest delaying the magicka deduction until the point when the spell is cast.

Would it be possible to lock in the animation after a certain point, so that faster spellcasting abuse can be averted?

#2 Updated by scrawl . almost 2 years ago

  • Related to Bug #2835: [exploit/bug] ability to slowly move when overencumbered added

#3 Updated by Andrei Kortunov 3 months ago

  • Status changed from New to Confirmed
  • Reproducibility changed from Have not tried to Always

Easiest way to fix this bug is perform an animation check, and make hotkey noop if casting/aiming animation is playing.
But in vanilla Morrowind triggered quick keys actions are delayed, not cancelled.

#4 Updated by Andrei Kortunov 3 months ago

  • Status changed from Confirmed to In Progress
  • Assignee set to Andrei Kortunov

#5 Updated by Andrei Kortunov 3 months ago

  • Status changed from In Progress to Resolved
  • Target version set to openmw-0.43
  • % Done changed from 0 to 100

#6 Updated by Alexei Dobrohotov 3 months ago

  • Category set to Input

#7 Updated by Alexei Dobrohotov 3 months ago

  • Status changed from Resolved to Closed
  • Operating system changed from Linux to Other

#8 Updated by Dark Locq 3 months ago

See #4050, #4051, #4053 - this is causing problems.

Also available in: Atom PDF