bugWarzone 2100 Project - Bugs: bug #12116, Invisible units when using Cyborg...

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #12116: Invisible units when using Cyborg Transport

Submitted by:  Steven Koenig <kreuvf>
Submitted on:  Tue Jul 29 14:18:40 2008  
Category: Engine: NetplaySeverity: Blocker
Priority: 8Status: Fixed
Assigned to: Bugs Buggy <buginator>Open/Closed: Closed
Release: 2.1_beta4Operating System: All
Planned Release: None

(Jump to the original submission Jump to the original submission)

Sat Aug 23 18:41:31 2008, SVN revision 5851:

Backport 5838:
"Fixes bug #12116
Cyborg transports now can load/unload correctly."

(Browse SVN revision 5851)

Bugs Buggy <buginator>
Project AdministratorIn charge of this item.
Mon Aug 18 03:28:06 2008, SVN revision 5838:

Fixes bug #12116
Cyborg transports now can load/unload correctly.

(Browse SVN revision 5838)

Bugs Buggy <buginator>
Project AdministratorIn charge of this item.
Fri Aug 8 03:48:05 2008, comment #5:

Should be fixed now.

Now only if GNA would fix the uploading errors...

Note, the way the game currently handles this is wrong, and prone to cheating.
Will have to fix that aspect of it another day.

Bugs Buggy <buginator>
Project AdministratorIn charge of this item.
Tue Aug 5 03:40:26 2008, comment #4:

I took a bit of time to check the original (1.x), and the bug is still there, but in the original, it crashes, instead of allowing it.

Looks like the logic is flawed, and it is going to take a bit more time to rewrite the routines, and I am short on time this week. :(

Bugs Buggy <buginator>
Project AdministratorIn charge of this item.
Mon Aug 4 04:44:00 2008, comment #3:

I found the reason for this, but I didn't have time to make a patch yet.

The problem is that when the droid (cyborg) goes into the transporter, it gets removed from the apsDroidLists. (I don't really know the logic behind that, I would just set a flag that it is on a transport ship, not remove it from the list.)

When it exits the transporter, we check apsDroidList first, and we notice it isn't there (well duh! We removed it), and then it bails out with that error in IdToDroid().

Also, unless I am blind, I don't see a sendDroidDisEmbark() when we remove a droid from the transport. (Though, that routine also checks IdToDroid().)

In short, we need to get the droid back in apsDroidList via addDroid() (which is already done), then after that, we must send the same info to all other clients (which isn't done), so they update their apsDroidList also.

If nobody beats me to it, I will have a patch ready when I get some time.

This is also a trunk issue.

Bugs Buggy <buginator>
Project AdministratorIn charge of this item.
Sun Aug 3 06:50:09 2008, comment #2:

I will try the 2.1 B4 debug-build next week.

Steven Koenig <kreuvf>
Project Member
Sun Aug 3 06:43:45 2008, comment #1:

Are you using a debug build while testing this?

If so, can you post the stdout.txt & stderr.txt?

If not, you may still get some info in those files.

Looking for stuff like :
warning |000001731376: [strresGetString] Couldn't find string for id "Flamer"
error |000002068417: [recvDroidInfo] recvDroidInfo: Packet from 0 refers to non-existent droid 161664!

Bugs Buggy <buginator>
Project AdministratorIn charge of this item.
Tue Jul 29 14:18:40 2008, original submission:
  1. Set up an MP-game with two human players playing against each other.
  2. Build a Cyborg Transport and fill it with cyborgs.
  3. Unload the cyborgs.
  4. With your cyborgs go to a place the other human and you can see, make sure your units do not fire.
  5. Take a look at the screen of the other human player to see that your units are invisible.

The other player does not see your units so he/she will not be able to actively do something against your army. But whenever enemy units/structures are in the way of your army those will fight against it. The other player does not notice this until his buildings/units explode die.

If both players use this, nobody can see the other ones army and nothing will happen if both meet.

Thanks to Fingolfin for helping with getting information on this bug.

Steven Koenig <kreuvf>
Project Member


Attached Files
file #4640:  cyborg_transport_bug_player1.png added by kreuvf (520kB - image/png - Player 1 = bug user; player 2 = bug user's victim)
file #4641:  cyborg_transport_bug_player2.png added by kreuvf (434kB - image/png - Player 1 = bug user; player 2 = bug user's victim)


Depends on the following items: None found

Items that depend on this one

   bug dependencies.


Carbon-Copy List
  • -unavailable- added by buginator (Posted a comment)
  • -unavailable- added by kreuvf (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follow 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon Aug 18 03:30:40 2008buginatorStatusConfirmed=>Fixed
    Fri Aug 8 03:48:05 2008buginatorAssigned toNone=>buginator
    Thu Jul 31 11:45:09 2008kreuvfDependencies-=>bugs #11615 is dependent
    Tue Jul 29 14:18:40 2008kreuvfAttached File-=>Added cyborg_transport_bug_player1.png, #4640
      Attached File-=>Added cyborg_transport_bug_player2.png, #4641
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup