Closed (fixed)
Project:
Commerce Core
Version:
7.x-1.8
Component:
Checkout
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
6 Oct 2013 at 06:44 UTC
Updated:
28 Feb 2014 at 18:50 UTC
Jump to comment: Most recent
Comments
Comment #1
rszrama commentedHmm, I don't see how this is possible for an order on checkout completion. If that data value is set, it should be for a valid payment method instance ID. Can you share any additional information about your payment configuration and the steps leading up to the notice? I can fix it in the event the token is used with orders whose selected payment methods no longer exist, but I'd like to see if we can actually figure out why it's failing in your case.
Comment #2
rszrama commentedClosing for lack of further information. Feel free to reopen if you have steps to reproduce the issue.
Comment #3
Ravenight commentedI am working on a major overhaul of an existing Commerce site and the payment methods are changing.
I am seeing this error on the order details page: user/%/orders/% for existing orders that use a no-longer valid (or active) payment method only if I use tokens in the display.
I can work around it by re-creating the page in panels / views and not calling tokens, but fixing this root issue seems like a better solution.
To re-create: use kickstart v2, create a few orders using any payment method. Remove the payment method module used from the site. Use page manager to take over the order detail page. Put a token on the order detail page in a custom content panel. It doesn't even have to be payment related - the order ID will cause the error to show.
I know you shouldn't remove a payment method module once it has been used, but it is a requirement on the project I am working on.
Comment #4
rszrama commentedOk, that was the info I needed. I've added an if statement where we define the tokens and supplied the "Unknown" token in case the payment method cannot be loaded.
Commit: http://drupalcode.org/project/commerce.git/commitdiff/68652b6