The Dark Mod Bugtracker - Issues

0006700: Sometimes NPC will make a 180 turn without playing a 'turn' animation

Mon, 30 Mar 2026 15:57:02 +0000

Example. Turning animation is not played, while idle anim is played only on the upper half of the body:
https://www.youtube.com/watch?v=7w4TaRorTjE

0006699: Using safe lock interferes with player animations

Mon, 30 Mar 2026 15:44:22 +0000

For example: clicking in the lock will restart sword drawing animation:
https://www.youtube.com/watch?v=BfZyPc64M_0

0006698: Feature request: Ungroup all nested groups

Sun, 29 Mar 2026 12:13:55 +0000

Sometimes you'll have a group of objects that are made up of nested groups. I find that I frequently want to ungroup everything for various reasons, and I have to continuously right click-> ungroup until all the nested groups are ungrouped. Sometimes you need to do this 5 or 6 times and it gets tedious.

Could we have an 'ungroup all' option that does this with one click? It would just traverse to all the nested child groups and ungroup everything in the original selection.

I thought about making it a configuration option so it does this by default, but don't think you'd want this behaviour all the time and it would be a pain to change the config every time you wanted to do it. So maybe just having an extra option below 'group selection' and 'ungroup selection' in the right-click menu would work. It could be called 'Ungroup all nested selections' or something and only appear if the selection contained nested groups.

0006677: Add more dynamic HUD options to make the game more immersive

Sun, 22 Mar 2026 13:26:08 +0000

Detailed description, motivation and hud rules:
https://forums.thedarkmod.com/index.php?/topic/23092-more-dynamic-hud-for-tdm-ideas-feedback-and-advice-needed/#findComment-505955

0005428: Add a different frob-highlight for loot objects to make them better distinguishable from junk

Sun, 22 Mar 2026 13:25:50 +0000

While the ultimate target is to design loot materials in such a way that they are already easily distinguishable from junk objects from a distance, a different frob highlight for loot could also help and make the game more accessible.

This should only be implemented once we have GLSL-Frob-Highlight.

0006555: Please add the following models and particles to the core mod

Sun, 22 Mar 2026 12:58:48 +0000

Atm we have 3 existing chandelier models in the core that were originally made by Dram for BHM (BlackheartManor - which im still working on) -

- models/darkmod/lights/non-extinguishable/bhm_chandelier_01.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_02.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_03.lwo

I have made the following extra versions/parts of said models to give mappers more flexability -

- models/darkmod/lights/non-extinguishable/bhm_chandelier_01_norose.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_02_norose.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_03_norose.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_02_notop.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_03_wall.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_04_middle.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_04_midrose.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_04_midrose_lower.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_04_norose.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_04_top.lwo
- models/darkmod/lights/non-extinguishable/bhm_chandelier_ceiling_rose.lwo

I also created matching single instance partcles for the BHM models -

- bhm_chandelier_1_bulb
- bhm_chandelier_3_bulb
- bhm_chandelier_6_bulb
- bhm_chandelier_12_bulb
- bhm_chandelier_super3_bulb
- bhm_chandelier_super6_bulb
- bhm_chandelier_super12_bulb

Also added down-firing spot lights and their constituent parts -

- bhm_chandelier_bulb.lwo
- bhm_painting_light.lwo
- bhm_spot_small.lwo
- bhm_chandelier_wall_rose.lwo

0006561: A saved game created by a savegame tool object does not show a thumbnail when selected

Sat, 21 Mar 2026 12:35:35 +0000

If a game is saved using the savegame tool object, then there is no thumbnail (screenshot preview) when selecting that entry in the list of saved games.

0006674: mission.cfg makes no sense

Thu, 19 Mar 2026 22:37:47 +0000

TDM 2.13 added "mission overrides" concept, so that mappers could temporarily override cvars without messing with player's config.
Unfortunately, a somewhat hacky feature of "mission.cfg" file which was added in TDM 2.12 was not killed.
Mappers still try to use it and still get surprised that it breaks the user config (which is expected since it was only done for non-archived cvars).

0006697: More issues with mission overrides

Thu, 19 Mar 2026 22:21:59 +0000

This continuation of 0006674.
It turns out pm_walkspeed is hacked in the code, preventing authors from properly overriding it.

0006696: 'normalise' button on Texture Tool window doesn't work

Sun, 15 Mar 2026 22:12:28 +0000

The normalise function in DR consolidates multiple texture selections into a small area on the texture tool, making them easy to manipulate and line up. It's very useful for fixing the situation where multiple faces are selected and they are spread out too wide for the Texture Tool to display them, making them impossible to work with.

There happens to be a 'normalise' button on both the Surface Inspector and Texture Tool windows.

This issue is to address 2 problems:

1. It looks like the Normalise button has been removed from the 'Surface Inspector' window in the current development build of DR. See this post: https://forums.thedarkmod.com/index.php?/topic/3499-wishlist-for-darkradiant/page/36/#findComment-506974.

2. The 'Normalise' button on the Texture Tool window doesn't seem to work (see attached image normalise-texture-tool.jpg). In my opinion it makes more sense to be here, as the Texture Tool is where the functionality is. Mappers aren't aware this button exists so are asking for the the button to NOT be removed from the Surface Inspector window.

Ideally problem 2) would be fixed and there wouldn't be a need for the Normalise button to exist on the Surface Inspector window.

0006547: Copy/paste shader doesn't always work with angled surfaces

Sun, 15 Mar 2026 07:41:58 +0000

When copy/pasting a shader from an angled surface, if the source face isn't the same height as the target face, the texture won't be aligned.

Adds a bit of extra work to align textures when this happens as you need to use the texture tool.

Have attached screen shots and a test map to help illustrate.

0006645: Feature request: Option to preserve texture on CSG subtract target brushes

Sat, 14 Mar 2026 14:44:10 +0000

When you use CSG subtract on a brush, the newly exposed surfaces on the target brush take on the texture of the brush used to 'cut' the target brush. Unless the cutting brush is made the same texture as the target brush, this usually isn't desired behaviour and it gets tiresome to have to re-texture the target brush afterwards.

Could we have an option to just keep the same texture (and texture scale) on the target brush after it has been cut?

I can see an issue if the target brush has different textures on each surface (i.e. which one do you keep?), but this is probably also an issue with the current behaviour on the cutting brush as well so same logic could be used (whatever that is).

0006353: Feature request: Make 'Shift Textures randomly' work with patches

Sat, 14 Mar 2026 14:20:13 +0000

Scripts -> Shift Textures randomly doesn't work on patches. It would be great if it did as it's super-handy.

0006618: fails to build: openal: incompatible with cmake 4

Thu, 12 Mar 2026 21:49:27 +0000

- Compatibility with CMake < 3.5 has been removed from CMake
- Just upgrading openal fixes the problem

0005282: Readables look stretched in widescreen modes

Thu, 12 Mar 2026 21:49:06 +0000

With addition of 21:9 aspect ratio this problem has become more visible.

0005796: Envshot is broken again - 2.41 b07

Thu, 12 Mar 2026 20:59:34 +0000

Please see 0005215, 0004868 for how to reproduce. I have attached a test map .pk with all the files required for testing

0006470: Issues with the savegame tool object which may crash TDM

Thu, 12 Mar 2026 07:11:48 +0000

The savegame tool object does not work as expected, at least on Linux.

On Manjaro XFCE rolling release:
When I activate an atdm:playertools_savegame inventory item, TDM crashes.
There have been 2 in-mission similar situations.
* A night in Altham used to have an autosave function, until somewhere in Beta. On Linux systems this crashed the system.
* Hazard Pay on Expert mode has Save-rooms, where you can save the game by activating an inventory-item to an entity. If you do this on a Linux sytem, the game crashes.
Tested on TDM 2.12 beta 04

Info added by Fiver:
On Debian 11 Bullseye:
In Training Mission, an entry "Save_0" is created in the list of saved games as expected.
When quickloading (a previously saved quickload), or trying to load the entry "Save_0" from the list of saved games, the load screen appears with the progress bar reading "Mission Loading", but the bar is at 0% and does not move. TDM does not seem to respond and the process can be killed to exit the game.
After this, no other saved games on that level could be loaded either, even after deleting "Save_0" or switching to another mission and back.
However, once the issue disappeared it could not be reproduced again. See Additional information and workaround.
Tested on TDM 2.12/64 #10651 (beta212-07) = Release 2.12

On a Windows (10) system:
A save is made as expected.

0006693: Cloning should place new object in active layer

Tue, 10 Mar 2026 18:39:07 +0000

If you clone an object, it remains in the original layer it was created in. It should be placed into the currently active layer which may be different.

0006694: Feature Request: Trim Tool

Tue, 10 Mar 2026 18:38:51 +0000

One of the most time-consuming yet simple tasks in DR is adding trim or panels to walls. There are different ways to do it: either cut the walls horizontally and texture them with trim/panels, or add it as a thin brush layer (I prefer the latter). Mappers like to add trim or panels to the lower section of the wall and the upper section. You need to create the brush, drag it out to the corners of walls, fit it to the corner, copy/rotate to do the opposite wall, etc, etc.

It would be great if DR could do all this with a single click. There is something similar with the 'Brush -> Create decal patches' tool, but it only creates patches and covers the entire wall (brush). For a similar tool for trim, I propose the same workflow (selecting a brush face), but instead it would create a brush.

The proposed workflow would be:

1. Select the face of a brush you wish the trim to be added to.
2. From the menu, select Brush -> Create trim...
3. A dialogue box would pop up and gather the following inputs:

- trim height (e.g. 16 units)
- trim depth (e.g. 1 unit)
- fit to (top/bottom/left/right)
- possibly an option to cut the brush at a 45 degree angle at the ends. This is ideal for texturing purposes (see attached screenshots).

The brush would appear when you click 'OK.

This would create a brush that all you had to do was texture to finish it off. See attached screenshots for simple finished wall.

0006245: Fixing the console warnings (pt2)

Sun, 08 Mar 2026 10:39:06 +0000

There are still a lot of console warnings when missions start.
Most likely there are some caused by core game/assets, which would be great to fix.

Note: the previous such issue was 0005170

0006494: Feature Request: Add option to remove selected brush when creating any patch type

Sun, 08 Mar 2026 05:33:21 +0000

When creating a simple patch, there is an option to remove the selected brush. This option is very useful but doesn't exist when creating any other type of patch from a brush, such as an end cap, bevel, cone or cylinder.

I would like to have this option for any type of patch created from a brush (especially end cap or bevel).

Unlike with simple patches, there is no extra dialogue box where you can specify the width/height of the patch. This dialogue also contains the tick box to remove the brush. I don't think I would require this and I pretty much never want to keep the brush. Maybe a configuration setting instead?

0000061: Choice of model render modes

Sun, 08 Mar 2026 04:46:39 +0000

Source:
http://modetwo.net/darkmod/index.php?s=&showtopic=4735&view=findpost&p=90899

Not really 'renderer' category, probably, but you get the idea.

DoomEd offers an apparently broken (either that or I just don't get it) choice of how to view models in the iso views. For instance, as wire mesh, or simple bounding box. I'm viewing a top down iso view of a room with 35 or so AI in it in DoomEd and it's very slow - about 8 FPS. In DR, it's unusable - 0.5 FPS. So in DR this feature becomes even more essential.

Basically the idea would be that the user can choose to have AI (or any complex model maybe?) as the wireframe (default) or as the bounding box. Maybe a button to toggle the value for speedy convenient usage, or even better, when the entity is selected, it shows the wireframe (showing the bbox when not selected). I guess another option would be to do rudimentary LOD, like the grid does as you zoom out. Only for ents, as you zoom out, models over a certain poly threshhold (or all, if that's too taxing) become bounding boxes only. Why does someone need to see meshes comprising 250,000 polys, especially when they're zoomed out? Just no need for it, and it makes it unusable. See attached image - that's a reasonable scene and a reasonable zoom level, and I have 0.5 FPS.

0006695: User configuration causing multiple bugs

Sun, 08 Mar 2026 00:24:12 +0000

Today my DR install started to exhibit two main problems:

1. When creating new brushes the material contained on the shader clipboard isn't used. It's always the 'shader not found' material.
2. The 'Drag Camera' functionality stopped working. This is where you press CTRL+MMB on the map and the camera will move to that spot. The binding for this command is in Edit -> Mouse Bindings...

I think whatever is causing this is in my user.xml file. If I delete this file, DR behaves correctly. If I put it back, the unexpected behaviour returns.

I've attached my user.xml file to this bug report.

0006668: Add hold-frob mechanic to doors to open them slowly

Sat, 07 Mar 2026 14:02:03 +0000

There has always been an experimental manual door control mode, where you could move the mouse to open the door manually while holding down the frob button (tdm_door_control). That functionality has a lot of issues. While I adressed some of them, I was still not satisfied with the results, so I had another idea. tdm_door_control can now take 4 different values that change the hold-frob control of doors:
0: Disabled
1: Manual door fine control (experimental, existing feature)
2: Hold frob to slowly move doors. They are opened and closed alternatingly, just like regular frobbing a door, but interrupting a moving door is skipped.
3: Hold frob to slowly open doors.
Additionally, I added in the ability to quickly force close a door by holding frob and pressing attack to all of the above control styles.

The idea behind this addition is that the player can now slowly sneak and peak through a door, but then can also quickly shut the door again if the player deems the situation unsafe. This adds more skill expression and creates further immersion.

0006658: Refactor frob handling to better support different frob control styles

Sat, 07 Mar 2026 13:58:00 +0000

The PerformFrob*() methods accumulated some technical debt over time. A refactor is long overdue, especially considering there was a lot of debate on how frob actions should be controlled and the current implementation does not easily allow switch different control styles.