#32 Settings not transferred

v0.2.8_betaX
closed-fixed
None
7
2005-09-02
2005-03-03
Manuel Moos
No

I had a local game with finite walls, then connected to
the cvs server with the default setting of infinite walls.
The walls were displayed as finite on my client.

Discussion

  • Manuel Moos

    Manuel Moos - 2005-03-03
    • milestone: --> 476843
     
  • Manuel Moos

    Manuel Moos - 2005-05-19

    Logged In: YES
    user_id=34808

    Possible explanation:
    the settings were received BEFORE the login accept message
    arrived at the client. They were acknowledged, but ignored.

     
  • Manuel Moos

    Manuel Moos - 2005-08-12

    Logged In: YES
    user_id=34808

    Well, at least I was able to rule out the explanation from the
    last update, maybe it was a bug in a temporary CVS
    version. I'm closing this, I have never seen it since.

     
  • Manuel Moos

    Manuel Moos - 2005-08-12
    • status: open --> closed-invalid
     
  • Manuel Moos

    Manuel Moos - 2005-08-30

    Logged In: YES
    user_id=34808

    I've seen it again today; the settings ARE transferred fine,
    but in the wrong order: this is what the client said:

    CYCLE_RUBBER_MINDISTANCE_LEGACY changed
    from 1 to 10 on server order.
    REAL_ARENA_SIZE_FACTOR changed from 0.5 to 1 on
    server order.
    REAL_CYCLE_SPEED_FACTOR changed from 0.5 to 1
    on server order.
    CYCLE_WALLS_LENGTH changed from -1 to 0 on server
    order.
    CYCLE_EXPLOSION_RADIUS changed from 4 to 10 on
    server order.
    CYCLE_WALLS_LENGTH changed from 0 to 100 on
    server order.
    CYCLE_WALLS_STAY_UP_DELAY changed from 8 to 10
    on server order.
    CYCLE_RUBBER_MINADJUST changed from 0.01 to 0.1
    on server order.
    It appears the server first sent the 0->100 change (intended
    for multiplayer mode) and then changed it back to 0, but
    since the messages arrived out of order, the first message
    got precedence.

     
  • Manuel Moos

    Manuel Moos - 2005-08-30
    • milestone: 476843 --> v0.2.8_betaX
    • status: closed-invalid --> open-accepted
     
  • Manuel Moos

    Manuel Moos - 2005-09-02
    • status: open-accepted --> closed-fixed
     
  • Manuel Moos

    Manuel Moos - 2005-09-02

    Logged In: YES
    user_id=34808

    Added time- and messageID stamps to filter out old messages.

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks