Skip to content
Snippets Groups Projects
  1. Nov 10, 2015
  2. Aug 09, 2013
  3. May 22, 2013
  4. Mar 29, 2013
  5. Aug 31, 2012
    • Nat Goodspeed's avatar
      Fix longstanding LLURI::buildHTTP() bug when passing string path. · 7db0cb75
      Nat Goodspeed authored
      The LLURI::buildHTTP() overloads that take an LLSD 'path' accept 'undefined',
      LLSD::String and (LLSD::Array of LLSD::String). A sequence of path components
      passed in an Array is constructed into a slash-separated path. There are unit
      tests in lluri_test.cpp to exercise that case.
      To my amazement, there were NO unit tests covering the case of an LLSD::String
      path. The code for that case escaped and appended the entire passed string.
      While that might be fine for a 'path' consisting of a single undecorated path
      component, the available documentation does not forbid one from passing a path
      containing slashes as well. But this had the dubious effect of replacing every
      slash with %2F.
      In particular, decomposing a URL string with one LLURI instance and
      constructing another like it using LLURI::buildHTTP() was not symmetrical.
      Having consulted with Richard, I made the string-path logic a bit more nuanced:
      - The passed path string is split on slashes. Every path component is
        individually escaped, then recombined with slashes into the final path.
      - Duplicate slashes are eliminated.
      - The presence or absence of a trailing slash in the original path string is
        carefully respected.
      Now that we've nailed down how it ought to behave -- added unit tests to
      ensure that it DOES behave that way!!
      7db0cb75
  6. Oct 13, 2010
  7. Sep 21, 2010
  8. Aug 13, 2010
  9. Apr 07, 2010
  10. Jan 27, 2010
    • Tofu Linden's avatar
      CID-220 · 43218577
      Tofu Linden authored
      Checker: STREAM_FORMAT_STATE
      Function: encode_character(std::basic_ostream<char, std::char_traits<char>>&, char)
      File: /indra/llcommon/lluri.cpp
      43218577
  11. Jul 09, 2009
  12. May 18, 2009
  13. Jan 07, 2009
  14. Dec 19, 2008
    • Andrew Meadows's avatar
      Fixing tut related compile errors on etch: · 5b2f960c
      Andrew Meadows authored
      (1) the LLLand class had to be forward declared in a cpp file that did not include llland.h
      (2) ensure_equals(const char*, type, type) requires that type have an operator!=(type, type) defined.
      (3) ensure_equals(const char*, type, type) is so overloaded that the compiler can have trouble picking the right version when it has to implicitly cast a std::string to "const char*" AND multiple valid casts exist for type --> S32, F32, etc.  To solve this problem we must explicitly pass in a "const char*" instead of a std::string.
      Reviewed with CG
      5b2f960c
  15. Jun 02, 2008
  16. Dec 28, 2007
  17. Nov 19, 2007
  18. Nov 15, 2007
  19. Oct 04, 2007
  20. Aug 02, 2007
  21. Aug 01, 2007
  22. Jul 30, 2007
  23. Jul 17, 2007
  24. Jun 21, 2007
  25. May 02, 2007
  26. May 01, 2007
  27. Mar 16, 2007
  28. Mar 14, 2007
  29. Mar 08, 2007
  30. Mar 05, 2007
  31. Jan 31, 2007
  32. Jan 02, 2007
Loading