Skip to content
Commits on Jun 29, 2009
  1. @schof

    Revert "removed attribute => true from option_type, order, product, a…

    …nd property models"
    
    This reverts commit 208864a.
    [#514]
    schof committed Jun 28, 2009
Commits on Jun 28, 2009
  1. @paulcc

    fix typo in paperclip plugin

    paulcc committed Jun 28, 2009
  2. @paulcc

    Add prereq for spree💎install which installs the test-mode gems [#500

    …state:resolved responsible:paulcc]
    paulcc committed Jun 28, 2009
  3. @paulcc
Commits on Jun 25, 2009
  1. @schof

    Upgraded to latest compass gem.

    [#519 state:resolved]
    schof committed Jun 25, 2009
  2. @schof

    removed attribute => true from option_type, order, product, and prope…

    …rty models
    
    [#514 state:resolved milestone:0.8.99]
    Michael Lang committed with schof Jun 25, 2009
  3. @schof

    Fixes problem with spree command in older versions of Ruby Gems. (Fix…

    … By: Christopher Maujean)
    
    [#285 state:resolved milestone:0.8.99]
    schof committed Jun 25, 2009
  4. Temporarlily comment out broken spec. Will replace entire test with S…

    …houlda eventually.
    Sean Schofield committed Jun 25, 2009
  5. Restored migrations that were accidentally omitted during tax_calcula…

    …tor changes. [#453]
    Sean Schofield committed Jun 25, 2009
  6. @schof

    Replaced ship_amount and tax_amount with a flexible system of charges. [

    #499 state:resolved milestone:0.8.99]
    schof committed Jun 18, 2009
  7. @schof
  8. @schof

    Refactored checkout into its own model and controller to simplify cus…

    …tomization and make things more restful.
    
    [#477 state:resolved] [#496 state:resolved]
    schof committed Jun 8, 2009
  9. @schof

    Merge branch 'master' into 477-refactor-checkout

    Conflicts:
    
    	app/models/order.rb
    	lib/spree/checkout.rb
    schof committed Jun 24, 2009
  10. @schof

    Refactored checkout into its own model and controller to simplify cus…

    …tomization and make things more restful.
    
    [#477 state:resolved] [#496 state:resolved]
    schof committed Jun 8, 2009
Commits on Jun 20, 2009
  1. @cmaujean
Commits on Jun 18, 2009
  1. @cmaujean
  2. @schof

    Russian localization update

    (cherry picked from commit 5de041b843a823772c47bcbd40a456d5761a45ef)
    Michael Pirogov committed with schof Jun 16, 2009
  3. @schof

    Most of hardcoded strings are now translateable

    [#498 state:resolved milestone:0.8.99]
    Michael Pirogov committed with schof Jun 16, 2009
  4. @Bregor @schof
  5. @Bregor @schof

    Product has no description

    Bregor committed with schof Jun 9, 2009
  6. @cmaujean

    Replacing non-functional admin tab code in extension generator with a…

    … slightly more useful example in the extension class 'activate' method.
    
    [#489 state:resolved]
    cmaujean committed Jun 18, 2009
Commits on Jun 17, 2009
  1. @paulcc

    made the describe_variant a method in the model (for use elsewhere) a…

    …nd used this call in variant_options
    paulcc committed Jun 17, 2009
Commits on Jun 16, 2009
  1. @BDQ

    Fixnum is_integer no method. Issue #492

    Steph Powell committed with BDQ Jun 16, 2009
  2. @paulcc

    save the current user email into the order if a user is logged in [#490

    … state:resolved responsible:paulcc]
    
    notice that the guest user email address will come in as params[:order][:email]
    and so be added to @order during the nested attributes update (and won't be
    over-written because current_user will be nil).
    paulcc committed Jun 16, 2009
  3. @paulcc
  4. @schof

    Sync translations with en-US

    schof committed Jun 15, 2009
  5. @Bregor @schof
  6. @Bregor @schof
Commits on Jun 10, 2009
  1. @schof
  2. @paulcc @schof

    Revision of 4c4daa1a744f8a1bcf841d4b3c7ff9b925369740, to remove the c…

    …hange to the shipping
    
    calculator interface (instead, creates a dummy shipment just before doing the calcs)
    
    Fix for 463. Revised the checkout process so that creditcard info is held entirely in memory and only persisted (with number/cvv blanked) when the order succeeds; also clarified the get/post behaviour
    
    Highlights:
    
    * logic for GET/POST/PUT cleaned up, drawing on Ethan Rowe's useful comments in
      http://groups.google.com/group/spree-user/browse_thread/thread/1500ac8d7d7b2ec3
    
    * creditcard info is stored entirely as an object attribute and not persisted. It is
      only saved by after being connected to a payment - which is done by authorize()
      when the request succeeds.
    
    * creditcards association removed from order side - need to go through payments now
      (this is also in preparation for generalising payments to non-cc forms)
    
    * the (single) shipment is only created when the order is completed
      (there's no good reason to have it before, and it did complicate things)
    
    * interface to shipping calculator IS UNCHANGED
    
    * order.save! now used - silent failure not really an option
    
    * relevant admin code, checkout views, and javascript code updated correspondingly
    paulcc committed with schof May 30, 2009
  3. @schof

    Revert "Fix for 463. Revised the checkout process so that creditcard …

    …info is held entirely in memory and only persisted (with number/cvv blanked) when the order succeeds; also clarified the get/post behaviour"
    
    This reverts commit 4c4daa1a744f8a1bcf841d4b3c7ff9b925369740.
    paul committed with schof Jun 3, 2009
  4. @paulcc @schof

    Fix for 463. Revised the checkout process so that creditcard info is …

    …held entirely in memory and only persisted (with number/cvv blanked) when the order succeeds; also clarified the get/post behaviour
    
    Highlights:
    
    * logic for GET/POST/PUT cleaned up, drawing on Ethan Rowe's useful comments in
      http://groups.google.com/group/spree-user/browse_thread/thread/1500ac8d7d7b2ec3
    
    * creditcard info is stored entirely as an object attribute and not persisted. It is
      only saved by after being connected to a payment - which is done by authorize()
      when the request succeeds.
    
    * creditcards association removed from order side - need to go through payments now
      (this is also in preparation for generalising payments to non-cc forms)
    
    * the (single) shipment is only created when the order is completed
      (there's no good reason to have it before, and it did complicate things)
    
    * interface to shipping calculator changed to expect orders instead of shipments
      (transitional: when we allow multiple shipments, we probably want to calculate for
       a set of line items and an address - and nothing else).
    
    * order.save! now used - silent failure not really an option
    
    * relevant admin code, checkout views, and javascript code updated correspondingly
    paulcc committed with schof May 30, 2009
Commits on Jun 8, 2009
  1. @schof

    Fixed remaining broken specs, replaced with shoulda tests and removed…

    … some helper specs that were not actually doing anything.
    schof committed Jun 8, 2009
  2. @schof
  3. @schof
Something went wrong with that request. Please try again.