Drupal Commerce Issue Queue
the drop down variation selector on the product display page is changing values by changing its neighbors.
I can set all combinations but this takes some clicks. It tends to change to its default value.
Since Drupal Commerce depends on a bi-directional reference between orders and line items, it is possible for line items to exist that either don't reference an order or that reference an order that does not reference it in turn. This is problematic when a site builder wants to create a View of line items, because it includes items in the result set that wouldn't be acknowledged anywhere else. We need a filter that can restrict the result set to only include non-orphaned line items.
I'm seeing a very odd behavior in two custom payment modules we've developed, and it seems to be a bug of Commerce Checkout. Our payment module has worked under normal circumstances for about two years without modification. The bug began manifesting itself about two weeks ago.
In the specific circumstance below, the order goes a bit wonky:
- Add item(s) to cart.
- Proceed to checkout
- Complete checkout by clicking the button, but...
- ...close the window before the "checkout complete" screen actually loads
Drupal records the transaction (COMMERCE_PAYMENT_STATUS_SUCCESS), watchdog records the successful payment data (for debug), the customer receives their order confirmation via email, etc., but the order does not go into "Pending", and instead stays on "Checkout: Payment". It's as if the "Completing the checkout process" rule is not firing completely--only partially.
I am able to replicate this behavior on two live sites.
My searches and attempts to fix this have not worked. Even going so far as to setting the order status in the payment module itself have failed. In an effort to try to fix this, I've ADDED:
$order = commerce_order_status_update($order, 'checkout_complete');
to no avail.
If this isn't a bug...and I'm just doing something horrible wrong, that'd be good to know, too--but remember, this whole thing has worked until about two weeks ago.
I installed default kickstart and when I input part of the whole SKU in search box, which is really important for us, nothing comes up. What does it mean?
does it search only text? I dont get it, why it does not search SKU?
I would like to test some features with Commerce and Commerce Recurring. To do some basic tests, would it be possible to add Commerce Card on File integrations with the Example Payment method?
In the frontend the variation-selector of my products are jumping to other values when i select some combination.
This seems to be appeared in version 2.24 of kickstart.
I am not sure how to do that. I am coming from ubercart where I use price per role.
But our wholesale price is always 1/3 or retail price.
How to do this.
I created a new field wholesale price but what to do now?
How to automatically set the price to be 1/3 or retail. Can I use rules, will that work?
Can somebody point me to the right direction?
I also tried to use commerce pricelist, where you use price for role. But I would rather just use automatic calculation for wholesale price.
The price amount field is appending description to the '#field_suffix' become<span class="input-group-addon">USD
<div class="description">This is a price description.</div>
This although rendered visually correct under core theme, but it is breaking other contrib themes, especially those that manipulate the description field.
Hi - I can see that commerce D8 will have multistore capability: https://www.drupal.org/node/2464787
However, for D7 please what would you advice for:
- one company that has many stores to be driven off one commerce installation.
- products and payment types are same for all stores, so do not want to duplicate products per store by using something like commerce_marketplace.
- each sale must be tied to particular store, so need store_id linked to each order.
- may be using commerce_pos for in-store orders.
As a temporary solution, may be add store_id field on order (via admin/commerce/config/order/fields)?
I haveing issues with the order number token since the last update of Drupal (7.37) and Commerce (7.x-1.x-dev).
Both token [commerce-order:order-number] and [commerce-order:admin-url] generate strange ordernumber.
I use them in Rules to generate email when the customer checked out.
The generated token values for order number 1488 is:
"commerce-order488" and "admin/commerce/orders/commerce-order488"
Am I doing something wrong or is this a bug?
Is there any reliable way to get list of enabled payment method instances, same as user sees on payment page?
I've found couple ways how this is happen in Commerce, but none of them is reliable enough as for me.
// Invoke the payment methods event that will populate the order with
// an array of method IDs for available payment methods.
$order->payment_methods = array();
from modules/payment/includes/commerce_payment.checkout_pane.inc:54, but the issue here is that if I will create a mock of order for use on my custom setting page like this:<?php
$order = new stdClass();
$order->type = 'commerce_order';
$order->status = 'checkout_review';
$order->payment_methods = array();
$order->payment_methods array will missing some payment methods available on payment page.
If i use:<?php
$conditions = array(
'event' => 'commerce_payment_methods',
'plugin' => 'reaction rule',
'active' => TRUE,
'owner' => 'rules',
$commerce_payment_methods = entity_load('rules_config', FALSE, $conditions);
from commerce_payment_ui.admin.inc:29, I'm not sure how to get instance ID that will will feet to commerce_payment_method_instance_load() from rules entities.
Any help is greatly appreciated.
It would be helpful to be able to run some automated checks and reports about a commerce install when doing a site audit.
1. Get consensus on implementing this:
Do others think it would be helpful and to integrate them with http://drupal.org/project/site_audit
Should this exist within the commerce project? should it be a separate project?
2. Determine the first set of basic checks that should be implemented (we could obviously add to them over time and perhaps have each commerce module implement their own checks)
3. Draft initial patch/module.
Found hundreds of shopping cart orders without line item and zero value, it looks like spam due to the quantity of orders, but the maintainer of Honeypot made the point that it might be a bug which allowing orders to be added with no items inside.
Any suggestion where i should look into...
Since version 7.x-1.11, we're experiencing some trouble with our add to cart form on our drupal installation.
When selecting a product variant, the form is refreshed ok.
All variant fields are translated (we use danish as the standard language), but the quantity field is reverted to english. Also the add to cart button changes from danish to english.
The furthest i can track the issue is that the form is rendered with drupal_render in commerce_cart_add_to_cart_form_attributes_refresh, but i cannot find information whether the form knows it should be rendered in english or danish.
Looking forward to your help
Authenticated user has the "create payment" permission.
Consider a partial paid order. User can see all the payments associated with an order using 'Commerce Payment Transaction view". End of page is used with "Commerce Payment Transaction : Total" which shows total of validated payments and balance order.
-> This field does not allow the authenticated user to place a new payment. It requires "Administer Payment" permission. "Create Payment" permission would be accurate permission.
Screenshot show authenticated user without and with Administer Payment permission.