function theme_uc_product_attributes, in uc_attribute.admin.inc, outputs a list to the order record + customer email, with one list item for my one option, plus an empty list item. For a product that has no options, it outputs an empty list item. It prints the bullet followed by the colon that would come between the attribute name and the option.

Posting as a support request rather than a bug report since I can't find anyone else reporting this. Any help why I would be seeing this?

Comments

TR’s picture

Issue tags: +Ubercart theme layer

Tagging

TR’s picture

Status: Active » Postponed (maintainer needs more info)

Where (i.e. what page) are you seeing this empty list item?

When you say "For a product that has no options" do you really mean "For a product that has no attributes" Or does your product have a textfield attribute with no options? If the latter, is the textfield a required attribute or not?

Please give me step-by-step directions for reproducing this, including a description of how you set up your product (exactly what attributes/attribute types/options) and what page you're looking at that looks wrong.

echoz’s picture

Thanks. As I wrote, this is in the output of the individual order record seen from admin/store/orders/view, and the customer email, which is also viewable from the Invoice tab of that same page. It appears correctly with no extra empty bullet on cart, cart/checkout, cart/checkout/review or the cart block.

Yes I meant "for a product that has no attributes".

I have a product class that has one attribute, with options as radio buttons. This is set up as the default attribute for the class (created from admin/store/attributes/add, then added to the product class from admin/store/products/classes/MYCLASS/attributes/add).

echoz’s picture

I just realized I also applied this override to function theme_uc_node_checkout_node_attributes in uc_node_checkout
from this post: http://drupal.org/node/548848#comment-2004278

Where I will now post this.

TR’s picture

OK, there is no page admin/store/orders/view. Do you mean admin/store/order/#, where # is an order number?

Anyway, I can't reproduce this problem. Looking at the issue you cited in #4 I see you're hunch is right - it's that patch which is causing a problem. It is improperly looking over the options on an attribute.

echoz’s picture

Status: Postponed (maintainer needs more info) » Closed (fixed)

There is an admin/store/orders/view in the menu that goes to same page as admin/store/orders. Anyway, closing here as this is moved, thanks.