Welcome to the AFK Mods bug tracker. In order to report an issue, you need to have a VALIDATED account to post one. Once you have followed the link the registration email sent you, please select a project from the drop down menu below. Select “Open New Issue” and fill out the form with as many details as possible.

Please also consider sending your bug report to Bethesda if you are reporting on an issue with Skyrim Special Edition, Fallout 4, or Starfield. Doing so will help everyone on all platforms.

Issue Data
Status: New
Issue Type: Bug Report
Project: Unofficial Fallout 4 Patch
Component: Fallout 4: Vanilla
Category: Placed References
Assigned To: Sclerocephalus
Platform: All
Severity: Low
Votes: 0
Watching: N/A
Opened By BlackPete on Feb 7, 2020 3:29 am
Last Edited By Sclerocephalus on Apr 19, 2020 7:02 pm

Issue #28572: Gun trap rearms itself upon cell reset even when missile launcher doesn't respawn

 
{screenshot}

A gun trap (001BA3C6) near Back Street Apparel rearms itself every time the cell resets even though the missile launcher doesn't respawn with it. This allows the player to "disarm" the trap (technically it's a gun brace) each time even though there's technically nothing to disarm.

Maybe I'm wrong, but it's possible this is an engine issue of some kind. This particular cell (for whatever reason) resets unusually quickly. I think the first two or so times I revisited the area the missile launcher respawned fine, but then after that it stopped respawning even though the trap still reset.

Related Issues: 20809  23976  30533  

Comments

2 comment(s)
Sclerocephalus said:
 
Actually, both the trap and the launcher should respawn because they are separate objects. Either the launcher is set to "no respawn" while its trap is, or there's something very badly broken with cell resets in general. Unfortunately, I consider both options as likely.

Sclerocephalus said:
 
It's like I thought: both the trap and the launcher have a respawn flag. I also checked the links and the general setup parameters but could not find anything wrong: this trap is set up exactly as other gun traps are.

And this problem is not new: the errors in tickets #20809 and #23976 were thrown by the same trap, and these errors indicate that this trap did not find its gun. Note however that there also were bugs on the script that wre fixed in those tickets, and nobody considered the possibility that this could be an issue with specific references.

Showing Comments 1 - 2 of 2