1. 09 Jan, 2016 1 commit
  2. 07 Jan, 2016 2 commits
  3. 04 Dec, 2015 1 commit
  4. 30 Oct, 2015 1 commit
  5. 13 Oct, 2015 1 commit
  6. 12 Mar, 2015 1 commit
  7. 10 Mar, 2015 1 commit
  8. 12 Feb, 2015 1 commit
  9. 26 Jan, 2015 1 commit
  10. 23 Jun, 2014 1 commit
  11. 05 Jun, 2014 2 commits
  12. 19 May, 2014 1 commit
  13. 02 Nov, 2013 1 commit
  14. 30 Oct, 2013 1 commit
  15. 29 Oct, 2013 2 commits
  16. 28 Oct, 2013 1 commit
  17. 20 Oct, 2013 1 commit
  18. 17 Oct, 2013 2 commits
  19. 16 Oct, 2013 1 commit
  20. 15 Oct, 2013 1 commit
  21. 08 Oct, 2013 1 commit
  22. 06 Oct, 2013 2 commits
  23. 05 Oct, 2013 1 commit
  24. 29 Aug, 2013 1 commit
  25. 18 Aug, 2013 1 commit
    • 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
  26. 12 Aug, 2013 2 commits
    • mmn's avatar
      staticGet for sub-Managed_DataObject classes now calls parent · 1a9a8ea7
      mmn authored
      The parent class for our database objects, Managed_DataObject, has a
      dynamically assigned class in staticGet which objects get put into,
      leaving us with less code to do the same thing.
      
      We will probably have to move away from the DB_DataObject 'staticGet'
      call as it is nowadays deprecated.
      1a9a8ea7
    • mmn's avatar
      if parameters are not 0, null then limit will be PROFILES_PER_PAGE · f433f7ce
      mmn authored
      If you look at classes/User_group.php on line 412 in the current code, you can see that a call to $profile->getGroups() is made. This implies getGroups($offset=0, $limit=PROFILES_PER_PAGE) only giving a limited amount of groups.
      
      This means only the first 20 groups in an ascending numerical order by locally stored User_group->id will be addressable with the bangtag syntax.
      
      I solved this by making the getGroups() call to the same one made in Profile->isMember(), i.e. $profile->getGroups(0, null);
      f433f7ce
  27. 04 Jul, 2012 3 commits
  28. 27 Aug, 2011 2 commits
  29. 23 Aug, 2011 1 commit
  30. 22 Aug, 2011 1 commit
  31. 01 Aug, 2011 1 commit