Talk:Fast doors reopening with wrong sound

I hesitate to mark this a stub, because I think it does describe everything that a player is actually going to see when the bug occurs. IMHO it would be wonderful, however, if this article bore a strong resemblance to Barrel suicide. :> I did look at the source code, but my C is not what it once was, and I couldn't find the mistake. (In fact, I couldn't find anything that even looked like the citation in the PrBoom documentation!)

Also, I defined "blazing door" because I wasn't sure that that really needed its own page. Reasonable people may disagree, of course. Ryan W 02:54, 21 Jun 2005 (UTC)


 * I don't think this should be marked as undisputed in the bugs list, because it could be argued that they did not add a check to see what type of door it is when the door opened before closing because they felt it sounded right that way. It doesn't cause problems and there is no positive evidence that it's an omission. Who is like God? 16:28, 14 April 2008 (UTC)


 * "Undisputed" doesn't require evidence, only a consensus interpretation (by the source port community) of "not done on purpose".   Ryan W 17:27, 14 April 2008 (UTC)


 * My point is to add "undisputed" to anything that can not be interpreted other than as a bug. The door case is similar to the invulnerability colormap bug, as it can be argued that the authors left it like that because they liked it. Either can naturally be seen as bugs, but might not be taken as such by users, even those familiar with the code. What would be the "source port community"? Who is like God? 18:48, 14 April 2008 (UTC)