View Issue Details

IDProjectCategoryView StatusLast Update
0001801FSSCPmultiplayerpublic2020-11-01 15:34
ReporterFUBAR-BDHR Assigned ToFSCyborg  
PrioritynormalSeveritytrivialReproducibilitysometimes
Status closedResolutionfixed 
Product Version3.6.9 
Summary0001801: Wrong missile bank indicated/fired when near depletion.
DescriptionCould have sworn I reported this ages ago but I can't find it anywhere. Basically on the client side or in this case hosting on a standalone a ship with multiple missile banks will show the wrong bank as active when it's about to run out.

Example 13 Trebs in bank 1 and 40 Harps in bank 2. Sometimes when you get down to 1 Treb left it will show that you have switched to bank 2 but still fire bank 1.

In retail there was a second part to this bug that I haven't confirmed yet. The lock time would be the time for the selected bank. So if say bank 1 was Helios and bank 2 was Harps then when this happened you would be able to lock and fire a Helios in the time it would normally take to lock a Harp.
Additional InformationHappened today in Taylor's most recent 3.6.10 multi_test build but has existed since retail. Logs don't show anything. I'll try to get some screenshots the next time I see it.
TagsNo tags attached.

Activities

taylor

2008-10-21 22:24

administrator   ~0010088

I can't seem to reproduce this one. Give me some more specifics on this so that I can better try to replicate it:

mission?
ship type?
full loadout?
linked secondaries?

FUBAR-BDHR

2008-10-21 22:39

developer   ~0010090

Well I was hosting on the standalone playing m-02b by myself. Loaded out a turtle (Tauret?) with bank 1 Trebs (13 count) and bank 2 harps (40 count?) Secondaries were set to dual fire. Primaries were dual Kaysers of course. Occurred when 1 Treb was left in bank 1. It's not something that will happen every time. Never seen it on the host side except hosting on a standalone.

Retail it would happen with just about any weapon/ship. Even saw it happen with Tornadoes when weapons subsystem was damaged and a whole bank didn't fire leaving only a partial swarm for the next shot. Most usual time would be a loadout of Trebs and Helios where the ship would hold 3 Helios in one bank (Ursa, Sekhmet, etc). When you got down to 1 Helios left and the next bank was a Treb it would only take the lock time of the Treb but still fire that one Helios.

FUBAR-BDHR

2008-10-21 22:44

developer   ~0010091

This might be something similar to Mantis 464. That's probably the one that was making me think this had already been fixed.

FUBAR-BDHR

2008-11-02 02:38

developer   ~0010143

Had a couple more occurrences of this but this time the bank still had 2 missiles left in it. Uploading screenshot from the first time. I was firing Trebs and the indictor changed to bank 2 with 2 Trebs left. It locked in the normal Treb lock time and fired Trebs. I was hosting on a standalone when this one happened.

One time I tried firing the bombs and they fired instantly without locking. Apparently it assumed bank 2 was already locked. This was as a client.

2008-11-02 02:39

 

screen0020.jpg (87,675 bytes)   
screen0020.jpg (87,675 bytes)   

The_E

2010-10-08 10:41

administrator   ~0012399

Is this still an issue?

FUBAR-BDHR

2010-10-08 19:52

developer   ~0012407

It still was last time I played multiplayer.

FSCyborg

2020-09-04 17:55

developer   ~0017016

The latest multiplayer beta builds no longer *seem* to have this issue, but I will ask testers to keep an eye out for it.

FSCyborg

2020-11-01 15:34

developer   ~0017035

I don't know what to say. Still not seeing this bug. Closing until it reappears.

Issue History

Date Modified Username Field Change
2008-10-20 06:31 FUBAR-BDHR New Issue
2008-10-21 22:24 taylor Note Added: 0010088
2008-10-21 22:39 FUBAR-BDHR Note Added: 0010090
2008-10-21 22:44 FUBAR-BDHR Note Added: 0010091
2008-11-02 02:38 FUBAR-BDHR Note Added: 0010143
2008-11-02 02:39 FUBAR-BDHR File Added: screen0020.jpg
2010-10-08 10:41 The_E Note Added: 0012399
2010-10-08 19:52 FUBAR-BDHR Note Added: 0012407
2020-09-04 17:55 FSCyborg Note Added: 0017016
2020-09-04 17:56 FSCyborg Assigned To => FSCyborg
2020-09-04 17:56 FSCyborg Status new => assigned
2020-11-01 15:34 FSCyborg Status assigned => closed
2020-11-01 15:34 FSCyborg Resolution open => fixed
2020-11-01 15:34 FSCyborg Note Added: 0017035