The Dark Mod Bugtracker - Issues

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

0006674: mission.cfg makes no sense

Thu, 12 Mar 2026 14:06:54 +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).

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.

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

Sat, 07 Mar 2026 14:00:14 +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.

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.

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

Sat, 07 Mar 2026 13:57:39 +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

0005798: Texture rotation and fit on patches broken on 2.14

Thu, 05 Mar 2026 16:54:36 +0000

If you have a patch and you rotate a texture, under 2.12 the mapper could flick on fit and it would fit on vertically or horizontally. Under 2.14 this function is broken. There is now a new button next to the 'Fit' button on Surface inspector, which Im guessing is support to address this issue, but it doesn't appear to do anything.

I have created a video that hopefully shows the issue - https://youtu.be/9AGFRreYFqw

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

Sun, 01 Mar 2026 21:20:36 +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.

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

Sun, 01 Mar 2026 19:19:15 +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

0006127: Pick Shader via MMB not working.

Sun, 01 Mar 2026 14:06:05 +0000

I am fairly sure I logged a tracker for this in the past and that we closed it because I couldnt reliable reproduce the issue. Well with 3.4.0 its now dosent work at all.

0006529: Crashing on pressing ctrl-z to undo

Sun, 01 Mar 2026 13:28:52 +0000

Pressing ctrl-z to undo more than 1-2 times after DR has been open for a while will cause DR to crash to desktop with no error.

0003830: Add the possibility for mappers to alter the savegame-mechanics.

Sun, 01 Mar 2026 11:36:30 +0000

The proposal is that mappers are allowed to alter the way savegames work. They will be allowed to disable quicksaves or even all kinds of saves, and entities will be added to configure the behaviour and to trigger a save from within a mission.

In addition saves will also be limitable, and the stat screen will hold the information on how often a player saved.