View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000095 | FSSCP | gameplay | public | 2004-02-07 02:54 | 2005-05-11 10:33 |
| Reporter | The Trivial Psychic | Assigned To | Goober5000 | ||
| Priority | normal | Severity | trivial | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000095: Objects jumping dockpoints | ||||
| Description | I've observed cargo modules swapping dockpoints on their own. Made mission testing this in 3 instances, each involving a Chronos class freighter (Port 2.2c w/all enhancements) and a TAC 1 cargo module. Tested Chronos w/Cain previously docked to bridge dockpoint, then docks to module on cargo dockpoint, then module jumps to bridge dockpoint prior to departure. Same result when 2nd Chronos arrives with TAC 1 on cargo dockpoint, drops off, then docks to 2nd module... 2nd module swaps to bridge dockpoint prior to departure. When 3rd Chronos arrives without anything docked to it, and docks with a TAC 1 on cargo dockpoint, it remains at that dockpoint. Clearly there is some kind of carry-over from previous dockings. Haven't tried this with any other ship, so it may be a flaw in the Chronos porting. | ||||
| Tags | No tags attached. | ||||
|
2004-02-07 02:54
|
|
|
|
Does this happen in FS2 retail? |
|
|
I played through the mission and the same thing happened. However, I couldn't test it in FS2 retail, as it was made in fred open and fails to load. |
|
|
I'm starting to think that this might be some sort of interaction between FSO and the Chronos model. I created a test mission with several other freighter designs, where each one would jump in docked to something (usualy an escape pod) on their alternate dockpoint, then drop it off and grab a nearby cargo module on the cargo dockpoint. None of them had the same effect as with the Chronos. I tried with Triton, Poseidon, Bast, Ma'At, and had plans to test out Argo as well as Shivan freighters, but I never finished the test mission. Now, I did create the above mission in FRED_OGL+HTL, but the one I posted was with FRED_OGL without HTL. There may be something causing problems. I may have to make another test mission to confirm some of this. Later! |
|
|
Can you try this in some of the new builds? Goob changed a lot of the dockcode some time ago... |
|
|
I gave it a try, and the situation has gotten worse. Any build since about January 20th (which, I guess was when multi-docking was added) results in a CTD as soon as the Chronos and TAC1 dock. Any build prior to this retains the original docking error. I even tried this under debug versions of recent builds, and the CTD is accompanied by no error message, besides the one telling you that the program has performed an illegal opperation. Test it for yourself using the attatched mission. I even made some modefications to the Chronos dockpoint and tested the mission with this model, and there was no change in results... dock swap in older builds, CTD in newer builds. WMCoolmon's January 17th build is the most recent one I've got that doesn't CTD. |
|
|
Ugh. Well, I see you've attached a mission, so that should help. Can you see if it crashes with any other ships? |
|
|
Is there any possibility that this bug is related to drone02.pof having two paths specified for the nose dock point? In fact, it's got three dock paths to only two docks, and I have no idea why. I attached a pof with that fixed; see if that causes any change. I know that the chronos isn't exactly the Amazon advanced, but the bug may be related. EDIT: also attached a modified freighter03.pof, since it may be a related problem. edited on: 04-04-05 15:48 |
|
2005-04-04 19:41
|
|
|
2005-04-04 19:48
|
|
|
|
You know, you can save in the FS2 retail format. It does exactly the same thing in retail, oddly enough. |
|
|
In FSO at least, the Chronos seems to still think it's docked to the Cain. As soon as it docks to the cargo, it tries to undock from the Cain, even though it was previously undocked. |
|
|
Okay, I've solved one bug. The old undock goal never had a chance to be removed before the new goal took over. So later, when it resumed the goal, it tried to continue undocking from a ship it wasn't attached to. The original jumping dockpoints bug no longer seems to be present. So I'm calling this fixed. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-02-07 02:54 | The Trivial Psychic | New Issue | |
| 2004-02-07 02:54 | The Trivial Psychic | File Added: DockSwapping.fs2 | |
| 2004-03-07 14:44 | RandomTiger | Note Added: 0000369 | |
| 2004-03-07 20:11 | Fractux | Note Added: 0000386 | |
| 2004-03-08 07:44 | The Trivial Psychic | Note Added: 0000388 | |
| 2005-03-12 20:29 | kasperl | Note Added: 0001783 | |
| 2005-03-13 19:56 | administrator | Assigned To | => Goober5000 |
| 2005-03-13 19:56 | administrator | Status | new => assigned |
| 2005-03-15 00:24 | The Trivial Psychic | Note Added: 0001924 | |
| 2005-03-15 02:25 | Goober5000 | Note Added: 0001952 | |
| 2005-04-04 19:39 | StratComm | Note Added: 0002102 | |
| 2005-04-04 19:41 | StratComm | File Added: drone02.pof | |
| 2005-04-04 19:41 | StratComm | Note Edited: 0002102 | |
| 2005-04-04 19:48 | StratComm | Note Edited: 0002102 | |
| 2005-04-04 19:48 | StratComm | File Added: freighter03.pof | |
| 2005-05-11 08:56 | Goober5000 | Note Added: 0002347 | |
| 2005-05-11 09:02 | Goober5000 | Note Added: 0002348 | |
| 2005-05-11 10:33 | Goober5000 | Status | assigned => resolved |
| 2005-05-11 10:33 | Goober5000 | Resolution | open => fixed |
| 2005-05-11 10:33 | Goober5000 | Note Added: 0002351 |
