git.gnu.io has moved to IP address 209.51.188.249 -- please double check where you are logging in.

  1. 23 Feb, 2016 2 commits
  2. 10 Feb, 2016 1 commit
  3. 08 Feb, 2016 1 commit
  4. 28 Jan, 2016 1 commit
  5. 11 Jan, 2016 1 commit
  6. 03 Jan, 2016 1 commit
  7. 31 Dec, 2015 1 commit
  8. 12 Oct, 2015 1 commit
  9. 10 Oct, 2015 2 commits
  10. 06 Jun, 2015 1 commit
  11. 04 Jun, 2015 3 commits
  12. 19 Feb, 2015 1 commit
  13. 18 Feb, 2015 1 commit
  14. 08 Feb, 2015 2 commits
  15. 25 Jan, 2015 5 commits
  16. 06 Mar, 2014 1 commit
  17. 14 Oct, 2013 1 commit
  18. 01 Oct, 2013 1 commit
    • mmn's avatar
      Properly unlink all old avatars when deleting/uploading a new · b0dfc70a
      mmn authored
      We're also now using $config['image']['jpegquality'] to determine the
      quality setting for resized images.
      
      To set Avatar max size, adjust $config['avatar']['maxsize']
      
      The getAvatar call now throws exceptions too. Related changes applied.
      Now let's move Profile->avatarUrl to the Avatar class!
      b0dfc70a
  19. 21 Sep, 2013 2 commits
  20. 29 Aug, 2013 3 commits
  21. 20 Aug, 2013 1 commit
  22. 18 Aug, 2013 3 commits
    • mmn's avatar
      Managed_DataObject now has listGet for all classes · 97ce71e5
      mmn authored
      97ce71e5
    • mmn's avatar
      pkeyGet is now static and more similar to getKV · 861e838a
      mmn authored
      Memcached_DataObject now defines
         * pkeyGetClass to avoid collision with Managed_DataObject pkeyGet
         * getClassKV to avoid collision with Managed_DataObject getKV
      861e838a
    • mmn's avatar
      The overloaded DB_DataObject function staticGet is now called getKV · 2a4dc77a
      mmn authored
      I used this hacky sed-command (run it from your GNU Social root, or change the first grep's path to where it actually lies) to do a rough fix on all ::staticGet calls and rename them to ::getKV
      
         sed -i -s -e '/DataObject::staticGet/I!s/::staticGet/::getKV/Ig' $(grep -R ::staticGet `pwd`/* | grep -v -e '^extlib' | grep -v DataObject:: |grep -v "function staticGet"|cut -d: -f1 |sort |uniq)
      
      If you're applying this, remember to change the Managed_DataObject and Memcached_DataObject function definitions of staticGet to getKV!
      
      This might of course take some getting used to, or modification fo StatusNet plugins, but the result is that all the static calls (to staticGet) are now properly made without breaking PHP Strict Standards. Standards are there to be followed (and they caused some very bad confusion when used with get_called_class)
      
      Reasonably any plugin or code that tests for the definition of 'GNUSOCIAL' or similar will take this change into consideration.
      2a4dc77a
  23. 12 Aug, 2013 1 commit
  24. 29 Sep, 2011 2 commits
    • Brion Vibber's avatar
      Further fixes to Managed_DataObject::_allCacheKeys(): now uses... · 1d15037d
      Brion Vibber authored
      Further fixes to Managed_DataObject::_allCacheKeys(): now uses self::multicacheKey() to generate the (possibly compound) keys, which makes it match the order of the keys used when calling pkeyGet().
      
      This should resolve the issues darkip was reporting with user_im_prefs entries returning null immediately after insertion (seen with memcached off, so it was happening even with the built-in in-process cache in the Cache base class).
      
      What was happening was that the initial pkeyGet() would end up saving a negative cache entry under the form with the fields sorted in the key, as via multicacheKey():
      
          'statusnet:blaguette:user_im_prefs:screenname,transport:brionv,sms' => 'N;'
      
      then we'd do an insert() on the new entry, saving cache entries for the non-sorted key names returned by _allCacheKeys():
      
          'statusnet:blaguette:user_im_prefs:transport,screenname:sms,brionv' => 'O...'
          'statusnet:blaguette:user_im_prefs:user_id,transport:1234,sms' => 'O...'
      
      but the next query via pkeyGet() still saw the negative lookup cache from before, and came back with null.
      
      Now, _allCacheKeys() sorts the fields in the keys by using the same key-builder function, and queries pick up the same thing you just inserted. :)
      1d15037d
    • Brion Vibber's avatar
      Fix for caching with compound keys: add Managed_DataObject::_allCacheKeys() to... · 69765a05
      Brion Vibber authored
      Fix for caching with compound keys: add Managed_DataObject::_allCacheKeys() to override the one in Memcached_DataObject.
      
      Memcached_DataObject doesn't quite fully understand unique indexes, and can't properly build cache keys for compound unique or primary keys.
      Managed_DataObject has more information in its schema data, so we can build a proper list.
      69765a05
  25. 08 Sep, 2011 1 commit