Uploaded image for project: 'Shindig'
  1. Shindig
  2. SHINDIG-1812

X-Shindig-St behaves differently when the security token is null between Firefox and WebKit browsers

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • 2.5.0-beta2
    • 2.5.0-beta3
    • Javascript
    • None

    Description

      From Doug Davies:

      Here's what I think it going on.

      In io.js this code

      var opt_headers =

      { 'X-Shindig-ST' : shindig.auth.getSecurityToken() }

      ;

      behaves differently. Even though I see both browsers set it as follows:

      {"X-Shindig-ST":null}

      later on in UrlParameterAuthenticationHandler it's set to the STRING "null"
      (not the value null) for webkit browsers.

      // no token yet, see if it was attached as a header
      if (StringUtils.isEmpty(token)) {
      String t = request.getHeader( "X-Shindig-ST" );
      if (StringUtils.isNotBlank(t))

      { token = t; }

      }

      This blows up during decryption:

      Attachments

        1. SHINDIG-1812.patch
          0.6 kB
          Stanton Sievers

        Issue Links

          Activity

            People

              ssievers Stanton Sievers
              ssievers Stanton Sievers
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: