The Dark Mod Bugtracker - Issues

0005480: Feature: ability to import model geometry as brushwork

Tue, 20 Oct 2026 19:37:37 +0000

We already have exporting brushes to models, but what about the other way around?

Advanced users have access to modeling tools like Blender or Maya, where you could create brushwork much faster, thanks to more advanced edge or polygon editing options, and things like splines, shape generators, etc.

DR is fast enough for building rectangular rooms, but tasks like monsterclipping spiral staircases and other more complex models start to take hours in DR, while it takes just a few minutes in a modeling app.

0004496: Option to mouse rotate by a set amount

Tue, 20 Oct 2026 19:26:10 +0000

This idea has been floating around on the forums for some time and I'm filing it as a feature request. The rotation widget could be extra useful if it could rotate by set degrees. Perhaps the degrees specified in the Arbitrary Rotation and Scale dialog could be used and some sort of toggle could be implemented to switch between constrained and free rotation.

0004801: Model Scaler Axis Constraint Inconsistent With Orthoview When Model Has Been Rotated

Tue, 20 Oct 2026 19:23:55 +0000

Holding SHIFT constrains the model scaler widget to only scale on a given axis. The axes, however, are completely inconsistent with the ortho view.

Consider ZX orthoview. Moving a vertice with SHIFT held up/down (along the Z axis) will predictably scale the model along said Z axis, making it taller/shorter. Move the vertice left/right (along X), however, and the model will scale along the Y axis instead of the X axis. The same type of inconsistency is present in the other two orthoviews.

ZY: Moving a vertice along the Y axis will scale the model along the X axis and actually move the model too (?).

YX: Same issue as above for moving a vert along Y. Moving a vert along X is the weirdest, several transformation operations seem to be happening at once and I can't correctly describe them.

0005904: Changing Blending Modes in Material Editor can crash Dark Radiant

Tue, 20 Oct 2026 19:21:08 +0000

This seems to happen when the texture that's being edited is visible in the 3D viewport. It may also only happen with translucent textures - I've only experimented with water textures and I've had the crash happen. Some (perhaps more than one) combination of destination and source blending modes will crash the program: I see that the texture's preview image actually gets the different blending modes applied to it in the 3D viewport even though it probably shouldn't. It also happened that I left my texture-under-edit with a random blending mode (blend gl_one_minus_dst_color, gl_zero if it matters) when I left the material editor, then I created a brush with said texture to further debug this, and when I opened the Material Editor again that crashed DR.

0003249: Feature: Group textures according to theme

Tue, 20 Oct 2026 19:07:24 +0000

With our steadily growing asset base it becomes more and more difficult for mappers to find textures that go well together. This issue has been discussed on the forums (link below). Two doable approaches have been suggested so far:

# 1: Add tags to materials and allow the texture browser to be searched by tags. The downside of this approach is that the material definitions would have to be modified in order to add those tags. Of course, it'd also be possible to store those tags in external files, however there is the risk of material definitions and tag files going out of sync, e.g. when a material definition has been deleted, but it's tag file wasn't adjusted. Also this is basically just a bottom-up version of suggestion # 2, which has a big advantage over this version.

# 2: We let authors write "theme definitions", which basically just consist of a theme name and the names of the linked materials. Just like before, there is the risk of theme definitions and material definitions going out of sync, but we don't have to alter the material definitions. Theme definitions could be shared etc. Plus, we could have the theme names use a virtual folder structure, just like material definitions (which is great for maintaining a big theme library). A texture theme for luxurious bathrooms could for example look like this:
rooms/bathroom/luxurious/bright
{
Material A, Material B, ...
}

0003276: "editor_rotatable" not supported

Tue, 20 Oct 2026 19:02:29 +0000

TDM uses the spawnarg "editor_rotatable" on quite a few entities, but the comment on the spawnarg definitions says only doom editor supports it, not DR.

Testing shows the spawnarg is ignored, "0" does not lead to entities that cannot be rotated in the editor (they still have the little arrow and they get "angle" set if you f.i. press "z"), and "1" is ignored, too.

0003657: Converting worldspawn to func_static prevents 'Invert Selection' from working properly with layers

Tue, 20 Oct 2026 18:59:57 +0000

Converting a worldspawn brush to a func_static entity after it has been added to a layer and said layer has been selected using the Layers browser will keep the func_static entity selected after using Invert Selection.
Behaves normal when the func_static is returned to worldspawn.
Models and other worldspawn brushes are not affected.
This only occurs when using the Layers browser to select, clicking on the func_static directly and using Invert Selection will behave as expected.

0005006: Pressing shift-LMB select, is selecting multiple back ground items.

Tue, 20 Oct 2026 18:55:29 +0000

When I am shift-selecting surfaces, worldspawn or objects in orthoview DR will semi-regularly select a bunch of items in the background all the way to the edge of the map.

The amount of times I have come back to work in DR and found whole swathes of brushes with the same textures, or lights with the same shader.

0002742: Multi select - select backgrond items.

Tue, 20 Oct 2026 18:55:29 +0000

Holding the shift key while multi selecting items, DR will then select a bunch of items behind the ones your trying to select. In DR1.5x86 it happened occasionally, but in 1.6.1 its more than occasional to the point where its becoming a headache.

0002336: Decal issue (grime corners) - see-through effect. when behind another patch

Tue, 20 Oct 2026 18:55:03 +0000

The 'grime_corners' texture or other 'grime family' transparent textures are used in front of the self-lit windows texture 'roundtop_diamond_pattern01_lit' the decal becomes dark around the edges - I will make a short vid to illustrate what I mean -

- http://cid-bef40fb324fafc2a.office.live.com/self.aspx/.Public/Files/Computer/Darkmod/Wip/Decal%5E_issue.wmv

And I have attached a small test map.

0002821: Copy & paste from brush 2 patch: borked!

Tue, 20 Oct 2026 18:53:12 +0000

I'm working on a large mansion where I am laying skirting board at floor and ceiling level. The skirting board is a 3 division curved patch between wall/floor & wall/ceiling, the brush I am copying from is the same height,depth & length.

0003587: Random scrolling in texture or camera view when focus is switched to another window

Tue, 20 Oct 2026 18:51:42 +0000

When you select a texture and then click on camera view and then use the scroll wheel on the mouse, the textures in the texture browser will randomly scroll as well.

0004574: Crash in ~CamWnd during shutdown in macOS

Tue, 20 Oct 2026 18:51:03 +0000

After shutdown DR is reportedly crashing with these details:

Process: DarkRadiantMain [504]
Path: /Applications/DarkRadiant 2.3.0pre1.app/Contents/MacOS/DarkRadiantMain
Identifier: com.brokenglass.DarkRadiant
Version: 1.0 (1)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: DarkRadiantMain [504]
User ID: 501

Date/Time: 2017-07-16 14:44:17.798 +0100
OS Version: Mac OS X 10.12.5 (16F73)
Report Version: 12
Anonymous UUID: 1C9EA941-E3A6-43AB-0399-1A5074AB36D1

Time Awake Since Boot: 460 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: EXC_I386_GPFLT
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.brokenglass.DarkRadiant 0x000000010aad74ae ui::CamWnd::~CamWnd() + 292
1 com.brokenglass.DarkRadiant 0x000000010aad79e0 ui::CamWnd::~CamWnd() + 14
2 libc++.1.dylib 0x00007fffa9df4dae std::__1::__shared_weak_count::__release_shared() + 44
3 com.brokenglass.DarkRadiant 0x000000010aac0980 ui::EmbeddedLayout::~EmbeddedLayout() + 54
4 libc++.1.dylib 0x00007fffa9df4dae std::__1::__shared_weak_count::__release_shared() + 44
5 com.brokenglass.DarkRadiant 0x000000010acdbaf6 ui::MainFrame::~MainFrame() + 36
6 libc++.1.dylib 0x00007fffa9df4dae std::__1::__shared_weak_count::__release_shared() + 44
7 com.brokenglass.DarkRadiant 0x000000010aaa706b std::__1::__tree, std::__1::allocator >, std::__1::shared_ptr >, std::__1::__map_value_compare, std::__1::allocator >, std::__1::__value_type, std::__1::allocator >, std::__1::shared_ptr >, std::__1::less, std::__1::allocator > >, true>, std::__1::allocator, std::__1::allocator >, std::__1::shared_ptr > > >::destroy(std::__1::__tree_node, std::__1::allocator >, std::__1::shared_ptr >, void*>*) + 55
8 com.brokenglass.DarkRadiant 0x000000010aaa587a module::ModuleRegistry::unloadModules() + 134
9 com.brokenglass.DarkRadiant 0x000000010aaa6a73 module::ModuleRegistry::shutdownModules() + 99
10 com.brokenglass.DarkRadiant 0x000000010abe206c RadiantApp::OnExit() + 32
11 libwx_baseu-3.0.0.dylib 0x000000010c07064e wxEntry(int&, wchar_t**) + 81
12 com.brokenglass.DarkRadiant 0x000000010abe1c91 main + 20
13 libdyld.dylib 0x00007fffab223235 start + 1

...

0004678: Objects not rotating on/around their origin

Tue, 20 Oct 2026 18:49:35 +0000

There is a button in DR to force an item/object to rotate on their origin, but even with that selected said item/object are spinning out into the void when trying to do an axis rotate.

0004770: Mouse cursor changes from arrow to cross-hair.

Tue, 20 Oct 2026 18:48:57 +0000

After using DR for hour or two, the mouse cursor changes from an arrow to a cross-hair. As I use the 'Super Mal' colloiur scheme, the curso becomes impossible to see.

I was only able to take a photo becaise I placed it direct over a major grid line.

0006746: Texture inspector scaling issue

Tue, 20 Oct 2026 18:14:44 +0000

Textures will sometimes get shown as tiled by 4x in the textures inspector, the work around is to unselect and then reselect the "Use uniform Thumbnail Size" button

0006747: [suggestion] improve controls in Create Entity/Model/Prefab preview panels

Mon, 12 Oct 2026 00:42:58 +0000

In the window where we choose an entity, a model or a prefab to put in the map, when we right-click the preview panel to fly around the object, we can only navigate using the arrow keys, which are a bit off-hand.

I think it would be nicer if we could use the WASD keys for that.

Also, the camera movement isn't smooth. It's jumpy and unresponsive.

0006745: Feature Request: Rule Cut tool

Thu, 24 Sep 2026 14:52:19 +0000

Another great feature that the Hellforge editor has is a Rule Cut tool that allows you to evenly subdivide brushes. As shown in the image, this tool can make any number of cuts along the X or Y axis, and you can dictate spacing, number of cuts, etc.

0006744: Feature Request: Add stair tool

Thu, 24 Sep 2026 14:45:48 +0000

The Hellforge editor has a good working example of a stair tool, and something like that would be a welcome feature for Dark Radiant. As shown in the image, you have a tool that allows you to dictate the number of steps you want, the height of each step, width, etc. Then add what direction the stairs should be facing as well as the material to be added to the steps.

A feature like this would save a lot of time, especially if you can also have the tool generate L-shaped stairs, spiral stairs, etc.

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

Tue, 15 Sep 2026 15:52:47 +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

0006743: Replace & Test Hard-Coded Strings

Sun, 13 Sep 2026 21:34:44 +0000

I would ask someone's assistance to implement & test these, ideally for 2.15:
- 12 revisions of Main Menu GUI to replace hard-coded strings with their newly-defined i18n equivalents
- 1 i18n-related bug fix in a .cpp file
These are itemized next.

1. Revisions of GUI to Replace Hard-coded Strings

Below are English phrases (hard-coded as of TDM 2.14) than now have newly-added #str_ids, and so need corresponding changes to GUI files of tdm_gui01\guis\, if not already done.

a) Various Settings...

mainmenu_settings_audio.gui:
"#str_menu_reverb" replaces "Reverb Volume"
main_menu_video.gui; appears as Settings/Video/General/row 12:
"#str_menu_texture_quality" replaces "Texture Quality"
Next 2, in main_menu_video.gui; appears as Settings/Video/Advanced/row 5:
"#str_menu_volumetric_fx" replaces "Volumetric Effects"
"#str_menu_volumetric_fx_tooltip" replaces "Disable Volumetric light-shaft effects for improved performance"
Next 2, in main_menu_video.gui; appears as Settings/Video/Advanced/row 6:
"#str_menu_parallax_map" replaces "Parallax Mapping"
"#str_menu_parallax_map_tooltip" replaces "Disable Parallax Mapping for improved performance"
mainmenu_settings_controls.gui; appears as Settings/Controls/General/row 2:
"#str_menu_toggle_creep" replaces "Toggle Creep"
Appears as Settings/Gameplay/HUD [New category in 2.15]:
"#str_menu_hud" replaces "HUD"

b) For the Mission List Settings popup, (mainmenu_mission_list_settings.gui) invocated by the gear icon on Mission List.
"#str_mission_list_settings_title_style" replaces "Title Style"
"#str_mission_list_settings_style_1" replaces "Style 1"
"#str_mission_list_settings_style_2" replaces "Style 2"
// originally proposed as "#str_done", but "done" is too short, have 5 char minimum
"#str_button_done" replaces "Done"

Note - This leaves hard-coded the popup's "Example Title, The" and "The Example Title", since FM names are seemingly always in English at this time. Related: While I18N.cpp has an ArticleDict to try to support this article [= part of speech] location-swap in other languages, there no doubt will be issues in some languages.

2. I18N-Related Bug in a C++ File

In DownloadMenu.cpp, fixes current duplicate #str_id bug:
"#str_download_malformed" // has content "malformed "
replaces
"#str_02518" // intended to be "malformed " but was really "100", used for a different valid purpose, as sizing field.

0006742: Tooltip Shortcomings in Settings GUI

Sun, 13 Sep 2026 21:34:44 +0000

Three different types of tooltip problems were noticed:
1) not working
2) tooltip off screen
3) mechanism for use with keybindings not yet developed, even though some tooltips were defined.

0006738: Add a "Reload All" to the File menu

Sun, 30 Aug 2026 15:13:46 +0000

DR currently has options to reload various assets from your file folder, such as scripts, models, declarations, etc. But instead of having to reload each individual category, it would be nice to simply hit a "Reload All" button that refreshes all categories

0006740: Feature request: "MoveToLayerActive" and "AddToLayerActive" command.

Sun, 30 Aug 2026 15:03:34 +0000

You can assign key bindings to add and move map elements to layers 0 to 9, but no such command for the active layer.
This would be very useful.

0006741: Search bar for Particle Editor

Sun, 30 Aug 2026 14:07:09 +0000

I think there are some quality-of-life improvements that could be made to the particle editor:

1) The first one is a search bar at the very top that will allow you to quickly search for a particle instead of having to scroll through the list trying to find something.
2) The second feature request would be to be able to right-click on any given particle and be able to read the .prt definition, much like how you can read entity definitions, material definitions, etc.