1. 24 Jul, 2020 1 commit
  2. 08 Jul, 2020 2 commits
    • Sergio Gelato's avatar
      glocalfileinfo: Correct an off-by-one error when unescaping hex · 63b329fb
      Sergio Gelato authored
      Correct an off-by-one error in hex_unescape_string()'s computation of
      the output string length.
      (Turned into a git-format patch by Philip Withnall. Original patch
      submitted on the Debian bug tracker, bug#962912.)
    • Sergio Gelato's avatar
      glocalfileinfo: Handle arbitrary binary data in extended attribute values · 8049535f
      Sergio Gelato authored
      It's safe to assume an escaped string doesn't contain embedded null bytes,
      but raw memory buffers (as returned by getxattr()) require more care.
      If the length of the data to be escaped is known, use that knowledge instead
      of invoking strlen().
      (Turned into a git-format patch by Philip Withnall. One minor formatting
      tweak. Original patch submitted on the Debian bug tracker, bug#962912.)
      Fixes: #422
  3. 07 Jul, 2020 8 commits
  4. 05 Jul, 2020 1 commit
  5. 04 Jul, 2020 1 commit
    • Felix Riemann's avatar
      gdesktopappinfo: Fix unnecessarily copied and leaked URI list · 88fe7813
      Felix Riemann authored
      When an app is spawned using g_desktop_app_info_launch_uris_with_spawn
      it will expand the various token in the app's commandline with the
      URIs of the files to open. The expand_macro() function that is used for
      this advances the pointer to the URI list to show up to which entries
      it used.
      To not loose the pointer to the list head a duplicate of the URI list
      was actually passed to expand_macro(). However, it's not necessary to
      create a copy of the URI list for that as expand_macro() will only
      change which element the pointer will point to.
      This behaviour actually caused the duplicated list to be leaked as the
      the list pointer is NULL once all URIs are used up by expand_macro()
      and thus nothing was freed at the end of the function.
  6. 03 Jul, 2020 2 commits
  7. 02 Jul, 2020 1 commit
  8. 01 Jul, 2020 9 commits
  9. 30 Jun, 2020 4 commits
  10. 29 Jun, 2020 7 commits
  11. 28 Jun, 2020 1 commit
  12. 25 Jun, 2020 3 commits