Bugs

Wolfenstein 3D and its expansion Spear of Destiny are 1992 games built in a hurry by a small team pushing hardware to its limits. The result was something extraordinary — and like most extraordinary things made fast, it came with a few cracks in the plasterwork. Some of these bugs have been present since day one and remain in the game to this day. Others were fixed in later versions. A handful only surface when mapmakers start prodding the engine in directions it was never designed to go.

This article covers all of them, split into bugs that appear during normal play and those that only emerge through modding.


Active Bugs and Glitches

These are bugs and glitches present in the shipped game. No mods or map editing required — you can encounter all of these playing Wolfenstein 3D or Spear of Destiny as intended.


Pushwalls Moving Three Spaces

Pushwalls — the secret passages that slide open when you press against the right wall — are supposed to move exactly two tile spaces when activated. On the computers of 1992, that is what they did. Slower processors would occasionally skip frames during the movement, and the engine used that frame skipping as a natural brake.

On modern hardware, frame skipping almost never happens. The engine, not having accounted for the possibility that a pushwall could move a clean and uninterrupted two spaces, fails to stop it there and lets it continue to a third space if the path is clear.

The practical consequence is that pushwalls can overrun secret areas, blocking access to treasure or rooms entirely. The most notorious example is Episode 6, Map 2, where all other secrets on the level sit behind the first secret — meaning one pushwall misbehaving can make a full completion run impossible. This is a significant concern for players chasing 100% statistics.

ECWolf fixes this bug.


Fireball Speed

The Fake Hitler — the mechanical suit Hitler pilots in his boss fight — shoots fireballs. Almost every timed event in Wolfenstein 3D is tied to a central game timer to ensure consistent behaviour regardless of processor speed. The fireballs are the exception. Their movement is tied directly to processor cycles rather than the timer.

On the slow hardware of 1992, fireballs moved at the speed the developers intended. On modern hardware running many times faster, the fireballs crawl. This makes the Fake Hitler fight feel completely different from what was designed. Slower fireballs might sound like an easier fight, but they also linger in the arena far longer, filling the space with hazards while the Fake Hitler continues firing. The fight becomes cluttered rather than intense.

An additional quirk: if the player triggers any dialogue box during the fight — for example by entering a cheat code — the fireballs will suddenly lurch forward when the dialogue is dismissed, catching up with the time they missed while the game was paused.

ECWolf fixes this bug.


Rocket Marking

When a rocket travels through the game world, it marks its current map tile to help the engine track it. When the rocket leaves that tile, the marking should be cleared. It is not.

The practical consequence involves doors. If a rocket travels through an open doorway, its lingering tile marking prevents that door from closing, either automatically or when the player tries. The door remains stuck open. This affects Wolfenstein 3D, Spear of Destiny, the mission packs, and most mods that use rockets.


Enemy in a Doorway — The Perfect Timing Glitch

When an enemy is killed while standing in a doorway, the door cannot close. The dead enemy's presence in the door tile blocks the game's door-closing logic. Under normal circumstances the door stays open permanently.

However, if the timing is just right — and this is rare — the door can close during the enemy's death animation at the exact moment they are hit. This creates the strange sight of a door slamming shut on a collapsing guard. Once this happens the door behaves normally again and can be opened and closed without issue. This glitch has no gameplay consequence beyond the visual oddity.


Enemies in Doorways Turning Invisible

A rare visual bug. Enemies will sometimes open a door, step into the doorway, and begin shooting at the player. During their shooting animation there is a small chance they will turn completely invisible. The invisible enemy can still fire and be fired upon — combat continues normally — but the player cannot see who they are shooting at or being shot by. The enemy becomes visible again once they return to their chase animation.

This affects Wolfenstein 3D, Spear of Destiny, the mission packs, and most mods.


Hitler's Teleporting Jump

The final boss of Wolfenstein 3D is mechanically two enemies in one. The player first destroys the mechanical suit, at which point the real Hitler spawns and immediately begins chasing the player. The problem is that after Hitler walks around for a short time he will visibly teleport — or appear to jump — back to the spot where he spawned out of the mecha suit. This happens frequently and is one of the more visually jarring bugs in the game. It does not affect his combat behaviour, but watching the Führer blink across the room mid-chase is hard to miss.


Episode One's Secret Exit (Early Versions Only)

In the earliest releases of Wolfenstein 3D, the secret exit on Episode 1, Map 1 was broken. Activating the secret elevator sent the player to Map 2 of Episode 1 rather than to the secret level, Map 10. This meant the secret level was inaccessible through normal play without cheating. This was fixed in a later patch.


Score Overflowing the Display (Early Versions Only)

In early versions of the game the score counter had no ceiling below seven digits. The status bar, however, only has room to display six. If the player's score exceeded one million, the seventh digit would overflow into the lives counter display, drawing half of itself across the boundary. This was fixed in a later patch.


Blind and Deaf Bosses

The game uses floor codes — invisible markers placed on map tiles by level designers — to control enemy behaviour. One of these codes marks enemies as deaf, meaning they will not react to gunshots or other noise and will only become alert if the player walks into their field of vision. This is intended for human guard enemies. Boss characters, being a different type of actor, handle the deaf code differently: instead of staying alert but deaf, they stand completely still and inactive until the player actually strikes them.

This produces a genuine exploit on two maps in the original game. Episode 2, Map 8 contains multiple Hans Grosse enemies, and those placed on deaf floor codes in the Aardwolf maze will stand motionless and unresponsive, ignoring the player entirely until hit. Episode 6, Map 10 has a similar situation with one of its three Hans Grosse enemies. As a side effect, any deaf hitscan boss cannot harm the player while standing on the deaf tile, making it possible to walk up and knife a dormant boss to death without taking any damage.

There is a milder version of this effect involving Fake Hitlers. All enemies in Wolf3D spawn facing south. The Fake Hitler's sprite is always drawn facing the player regardless of direction, but his actual detection logic still points south at spawn. Approaching him from the north, east, or west before he detects you means he is technically blind to you until he turns. Experienced players use this to get close before he opens fire.


Stuck in Pushwalls

Related to the three-space pushwall bug, there are situations where the player can physically end up on the wrong side of a moving pushwall — behind it rather than in front of it. When the pushwall completes its movement it can trap the player inside the wall with no way out. There is no recovery from this. The player cannot move, cannot die through normal means, and must either reload a save or restart the level. A video documenting a reproducible version of this on Episode 2, Map 10 exists in the community.


Becoming One with Enemies

If the player and an enemy move into the same tile at exactly the same moment, both become fused in place. Neither can move. The enemy's sprite stops rendering — they become invisible. The enemy can still damage the player. The player cannot attack the enemy. The only escape is reloading a save. This can happen with any walking enemy but is most commonly reported with dogs, which move quickly and erratically.


Strange Open Secrets and Broken Secret Count

If the player activates a pushwall secret and then dies, starts a new game, or saves and reloads before the session ends, the pushwall's position is not reset. Returning to that level shows the wall already pushed open — but the trigger tile that registers the secret as found has been reset. The wall is open but the game no longer knows the secret has been discovered. Reaching 100% secrets on that level becomes impossible for that session, since the trigger can never be activated again. There is nothing to push against.


Gliding Enemies (Later Versions)

In some later versions of the game, walking enemies lost their walking animation frames and appear to glide smoothly across the floor rather than stride. They are functionally normal enemies — they chase, shoot, and die as expected — but they have no leg animation. Because gliding enemies effectively have no collision stutter from their walk cycle, they can move slightly differently from normal enemies and break expected patrol patterns by bumping into other actors in unexpected ways. A version of this also affects BJ himself on Episodes 1 and 5 when running.


Pushwall Stopping (Fixed in Version 1.4)

Saving and loading the game while a pushwall is in the middle of moving will freeze the pushwall in whatever position it occupied at the moment of saving. It cannot be activated again. Every tile it occupies becomes permanently solid, blocking the player like a full wall. This can strand the player if the stopped pushwall blocks a required path. Fixed in version 1.4.


Broken Elevator (Save and Load)

Saving and loading the game on the exact frame that the elevator switch is thrown creates a soft lock. The game returns with the switch in the thrown position — but the level transition never fires. Since the switch is already in its activated state, the player cannot throw it again. The level cannot be exited. The player is stranded. The only resolution is reloading an earlier save from before the switch was thrown.


Walking Dead BJ

Saving and loading the game on the exact frame that the player dies allows BJ to continue playing with zero health. At zero health, any damage from any source causes instant death. However, picking up health items heals BJ back above zero, allowing continued play as long as the player avoids taking a single hit. It is an extremely fragile state to be in, but technically the game keeps running. This is primarily a curiosity for speedrunners and glitch hunters rather than a practical concern for normal play.


Inactive Bugs and Glitches

These bugs and glitches do not appear during normal play of the original game. They were discovered by modders and level designers while editing maps and pushing the engine beyond its intended use. Some are problems that mapmakers need to be aware of to avoid breaking their levels. Others are tricks that clever designers have turned into deliberate tools.


Holowalls

One of the most famously exploited glitches in the Wolf3D modding community. By placing the map object for a dead guard inside a wall tile, the wall becomes hollow — the player can walk through it as though it does not exist. The solid wall tile is rendered normally from outside, giving no visual indication that it is passable.

A living enemy can also be placed inside a wall to create the same effect, with an additional twist: if the enemy inside the wall can be alerted (which requires carefully matching floor codes), they will emerge from the wall and begin attacking. After the enemy leaves, the holowall remains. The tile stays walkable even after the guard is gone.

Holowalls have been used by modmakers as secret passages, hidden ambush points, and deliberate tricks. They come with risks: firing a weapon while inside a holowall can alert every enemy in the entire level simultaneously. Enemies surrounding all exits of a holowall trap the player permanently. Guards killed inside holowalls may not drop their ammo clip.


Doorsides as Secrets

Doors in Wolf3D render their side walls as separate tile types. If a mapmaker marks a doorside tile as a secret pushwall, strange behaviour follows. Pushing the doorside changes its texture immediately to whatever the underlying wall texture is, before the wall finishes moving. Additionally, because doors always orient their facing toward the player, a pushed doorside reveals the door's other face mid-animation and then appears to vanish as the door fully opens. It is a confusing visual cascade that serves little practical purpose but illustrates how tightly the door rendering system is coupled to the tile structure.


Spear of Destiny and the End Game Trigger

Spear of Destiny does not use the end game trigger — the map object that in Wolfenstein 3D initiates BJ's victory run at the end of the game. It also does not include BJ's running and jumping animation frames since that sequence was removed. A mapmaker can still place the end game trigger object on a Spear of Destiny map, and the game will respond: the camera switches to the end-of-game position. But because the animation frames do not exist and the end game logic is not implemented, the sequence never completes. The game hangs at the camera position indefinitely. It is a soft lock requiring the player to quit.


Deaf Floor Codes in Front of Doors

Placing a deaf floor code — the marker that makes enemies in that area non-responsive to sound — directly in front of a door causes the door to malfunction visually. The door's texture stops drawing. The door is still physically present: it blocks the player, cannot be opened or closed, and does not respond to the use key. It becomes an invisible impassable barrier.

The enemy placed on the deaf floor code has some unexpected properties in this situation. It can detect the player through the invisible door. It can open the invisible door. And once an enemy opens the invisible door and is subsequently killed in the doorway, the door is forced into its stay-open state, allowing the player to pass through the invisible gap.

Additionally, placing deaf enemies close together can cause orientation problems. Enemies facing to the right may fail to detect the player entirely until struck.


Stationary Dogs

All dogs in Wolfenstein 3D and Spear of Destiny are always in motion when not attacking or dying — they patrol and pace constantly. The game code does contain snippets for a stationary dog state, but this state is never triggered during normal play and cannot be activated by normal level design.

If a modmaker manages to place a stationary dog in a map through direct data manipulation, a strange side effect occurs: when that stationary dog is alerted, a nearby enemy is converted into a dog. The mechanics behind this conversion are rooted in how the stationary dog's unused state data overlaps with other actor types in memory. It is the kind of bug that only surfaces when someone goes looking for it.


A Note on Fixes

Several of these bugs were addressed in patches during the game's original release cycle. The score overflow and the broken Episode 1 secret exit were both fixed in updates shipped by Apogee. The pushwall stop bug was fixed in version 1.4. ECWolf, the most actively maintained modern source port, has fixed the pushwall three-space bug and the fireball speed issue among others. Players using the original DOS executable or emulating older versions will encounter the full unpatched set. Players on ECWolf will find a cleaner but not entirely bug-free experience — some of the above are simply too deeply embedded in how the engine works to remove without changing the game's behaviour in other ways.

For modmakers specifically, awareness of the inactive bugs is essentially required knowledge. The holowall trick, the deaf-code door glitch, and the stationary dog conversion are the kinds of things that will ruin a carefully designed level if encountered accidentally — or produce interesting effects if used deliberately.

Scroll to top
Privacy Overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.