Switch branches/tags
Nothing to show
Commits on Mar 31, 2011
  1. fixed model's find method, which was serializing fields like fields[]…

    …=email&fields[]=birthday instead of fields=email,birthday
    jeffdeville committed with mmangino Mar 31, 2011
Commits on Mar 16, 2011
  1. remove sms from permissions

    mmangino committed Mar 16, 2011
Commits on Mar 2, 2011
  1. Bump for release

    mmangino committed Mar 2, 2011
  2. minor renaming

    simianarmy committed with mmangino Mar 2, 2011
  3. Added FQL multiquery support

    simianarmy committed with mmangino Feb 28, 2011
Commits on Feb 28, 2011
Commits on Feb 15, 2011
  1. use code for looking for errors

    mmangino committed Feb 15, 2011
Commits on Feb 9, 2011
Commits on Feb 3, 2011
  1. Add some additional properties from taweili and add tests for propert…

    …ies that aren't defined
    mmangino committed Feb 3, 2011
Commits on Feb 2, 2011
Commits on Feb 1, 2011
  1. Remove hashie requirement

    mmangino committed Feb 1, 2011
  2. Added apprequest model

    pomartel committed with mmangino Jan 31, 2011
Commits on Jan 28, 2011
  1. Fix tests

    mmangino committed Jan 28, 2011
  2. Bump gem version

    mmangino committed Jan 28, 2011
  3. Always operate on the HTTParty's parsed_response, both instance- and …

    This is (1) to keep parity with how the instance-based #get_* and #post methods
    work (which use #map_data, which uses the parsed_response), and (2) to avoid any
    further bizarre/hidden behaviours due to HTTParty::Response trying really hard
    to be a transparent proxy for Hash.
    In the success (HTTP 200) case, parsed_response appears to always be a String.
    In the failure (HTTP 4xx) case, parsed_response appears to always be a Hash.
    Mogli::Client.response_is_error? doesn't appear work.  When calling
    Mogli::Client.create_from_code_and_authenticator, response_is_error? always
    returns false.  This is because post_data.is_a?(::HTTParty::Response) == false
    even though post_data.class == HTTParty::Response.  The consequence in the
    failure case was that the subsequent #split (delegated transparently to
    parsed_data) would throw a NoMethodError -- because it was a Hash, not a String.
    Worked in the success case because, again, response_is_error? always returned
    false, and the delegated #split would be sent to a String.
    Fixing Moglie::Client.response_is_error?:
      if ::HTTParty::Response === post_data # ...
    which would have avoided the proxy/delegation of the class match to Hash.
    But I still argue that this patch is the better solution.
    jpr5 committed with mmangino Jan 27, 2011
  4. Remove debugger tatement

    mmangino committed Jan 28, 2011
Commits on Jan 19, 2011
  1. Fix typo

    mmangino committed Jan 19, 2011
Commits on Jan 13, 2011
  1. generate populating accessor

    mmangino committed Jan 13, 2011
  2. First test of subscriptions

    mmangino committed Jan 13, 2011
Commits on Jan 12, 2011
  1. Add third party id

    mmangino committed Jan 12, 2011
Commits on Jan 11, 2011
  1. bump gem version

    mmangino committed Jan 11, 2011
  2. detect specific case of oauth exception caused by too many posts to t…

    …he same feed, and raise specific exception class
    Brian Percival committed with mmangino Dec 1, 2010
  3. tiny tweak to a spec to match original intent

    Brian Percival committed with mmangino Nov 9, 2010
  4. made the permissions checking more user-friendly, caching all permiss…

    …ions once on first permissions check, this time also including specs
    Brian Percival committed with mmangino Nov 8, 2010