Home - Waterfall Grid T-Grid Console Builders Recent Builds Buildslaves Changesources - JSON API - About

Builder curl-ares-solaris10-sparc Build #2965

Results:

Exception runtest

SourceStamp:

Projectcurl
Repositoryhttps://github.com/curl/curl.git
Branchmaster
Revision0b091328773c64e23f5c4739da74527093c6a5ab
Got Revision0b091328773c64e23f5c4739da74527093c6a5ab
Changes1 change

BuildSlave:

unstable10s

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-ares-solaris10-sparc' triggered this build

Steps and Logfiles:

  1. git update ( 1 mins, 4 secs )
    1. stdio
  2. Runtest Runtest exception ( 0 secs )
    1. stdio
    1. - no logs -

Build Properties:

NameValueSource
branch master Build
builddir /export/home/buildbot-unstable10s/slave/curl-ares-solaris10-sparc slave
buildername curl-ares-solaris10-sparc Builder
buildnumber 2965 Build
codebase Build
got_revision 0b091328773c64e23f5c4739da74527093c6a5ab Git
osplatform SPARC SetPropertyFromCommand Step
osrelease 10 SetPropertyFromCommand Step
project curl Build
repository https://github.com/curl/curl.git Build
revision 0b091328773c64e23f5c4739da74527093c6a5ab Build
scheduler schedule-curl-ares-solaris10-sparc Scheduler
slavename unstable10s BuildSlave
workdir /export/home/buildbot-unstable10s/slave/curl-ares-solaris10-sparc slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Stefan Eissing

Timing:

StartSat Sep 6 02:08:33 2025
EndSat Sep 6 13:03:14 2025
Elapsed10 hrs, 54 mins, 41 secs

All Changes:

:

  1. Change #244497

    Category curl
    Changed by Stefan Eissing <stefanohnoyoudont@eissing.org>
    Changed at Fri 05 Sep 2025 13:17:39
    Repository https://github.com/curl/curl.git
    Project curl
    Branch master
    Revision 0b091328773c64e23f5c4739da74527093c6a5ab

    Comments

    websocket: handling of PONG frames
    The auto PONG frames were inserted into the connection at the time
    a PING had been decoded, irregardless if an upstream frame was just
    in the middle of being assembled.
    
    Add PONG frames only to the buffer if there is no frame currently
    assemebled and, if it is, set the control frame aside. This control
    frame is then added on the first opportunity of a "clean" send buffer.
    
    There is only a single control frame set aside at a time. This means
    a double PING will, when the PONG cannot be sent right away, only
    send the last PONG.
    
    I imagine this is fine. We want to prevent the endless buffering of
    PONG frames on a connection where the server sends but does no receives.
    
    Reported-by: Calvin Ruocco
    Fixes #16706
    Closes #18479

    Changed files

    • lib/ws.c