Skip to content
Snippets Groups Projects
  1. Sep 29, 2020
  2. Aug 24, 2020
  3. Jul 26, 2020
  4. Mar 19, 2020
  5. Apr 13, 2019
  6. Apr 11, 2019
  7. Apr 07, 2017
  8. Nov 10, 2015
  9. Aug 09, 2013
  10. May 22, 2013
  11. Mar 29, 2013
  12. 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
  13. Oct 13, 2010
  14. Sep 21, 2010
  15. Aug 13, 2010
  16. Apr 07, 2010
  17. 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
  18. Jul 09, 2009
  19. May 18, 2009
  20. Jan 07, 2009
  21. 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
  22. Jun 02, 2008
  23. Dec 28, 2007
  24. Nov 19, 2007
  25. Nov 15, 2007
  26. Oct 04, 2007
  27. Aug 02, 2007
  28. Aug 01, 2007
  29. Jul 30, 2007
  30. Jul 17, 2007
  31. Jun 21, 2007
  32. May 02, 2007
  33. May 01, 2007
  34. Mar 16, 2007
  35. Mar 14, 2007
Loading