Account created on 26 February 2008, over 16 years ago
#

Recent comments

πŸ‡ΊπŸ‡ΈUnited States dobe

Nvm that patch caused other issues. Turns out it was because one of my attribute fields randomly had the lightbox applied to it.

πŸ‡ΊπŸ‡ΈUnited States dobe

I modified my preprocess.inc with the fixes from the patch and worked great! Thanks for helping find that bug.

πŸ‡ΊπŸ‡ΈUnited States dobe

@Wim Leers Thank you! I will check that out, My concern with that is how jsonapi includes will work considering I still won't know the bundle. But I will check it out and come back with my findings.

πŸ‡ΊπŸ‡ΈUnited States dobe

Modified bundle js. This patch will depend on the #3272732

πŸ‡ΊπŸ‡ΈUnited States dobe

Attached is a patch to accomplish this...

πŸ‡ΊπŸ‡ΈUnited States dobe

I had to use the following to allow for this all to work.

πŸ‡ΊπŸ‡ΈUnited States dobe

When I try to use it though in ckeditor 5 I get this error message and no way to embed a paragraph also the entity embed also doesn't have a button in ckeditor:

Symfony\Component\HttpKernel\Exception\HttpException: Currently, only CKEditor is supported. in Drupal\embed\Access\EmbedButtonEditorAccessCheck->checkButtonEditorAccess() (line 82 of /var/www/html/web/modules/contrib/embed/src/Access/EmbedButtonEditorAccessCheck.php).

πŸ‡ΊπŸ‡ΈUnited States dobe

@Nelo_Drup you will likely need to apply patch with 2.x.dev not the alpha.

I did notice after applying the patch and run 2.x.dev I no longer had the icon for the paragraphs.

πŸ‡ΊπŸ‡ΈUnited States dobe

Attached is a patch, basically:

$params are coming in as an array of [taxonomy_term: myid, view_id: iForget, display_id: page_1]

$param_keys = array_keys($params);
$entity_type = array_pop($param_keys);

Then we are sending display_id as a $entity_type to SqlContentEntityStorage->save() where it throws a white screen of fun.

The proposed patch checks if it is a valid $entity_type before continuing.

πŸ‡ΊπŸ‡ΈUnited States dobe

Just ran into this on a production site. #2 resolved my issue! Thank you!

πŸ‡ΊπŸ‡ΈUnited States dobe

If I unset: "Display taxes of this type inclusive in product prices." on the Tax Type and have the checkbox on the store unchecked. The unit price of each item and the subtotal and order total all seem correct. My issues may have something to do with: https://www.drupal.org/project/commerce/issues/3143935 β†’

πŸ‡ΊπŸ‡ΈUnited States dobe

Even if the store has: "Prices are entered with taxes included." checked that just makes the price of each item less. So subtotal and total is being calculated incorrectly. Each item seems to be calculated incorrectly as well. This may be an issue with commerce itself on how it calculates these values. I have had nothing but issues surrounding taxes lol...

πŸ‡ΊπŸ‡ΈUnited States dobe

I do notice that the order total doesn't include the taxes which I think may be a bug?

πŸ‡ΊπŸ‡ΈUnited States dobe

I believe this is found in order_total in the attributes for the order. In the adjustments array. There should be tax and shipping rates auto calculated there. Unless the tax is configured so it is unable to meet the conditions for the current order.

{
    "subtotal": {
        "number": "30581",
        "currency_code": "USD",
        "formatted": "$30,581.00"
    },
    "adjustments": [
        {
            "type": "tax",
            "label": "Tax",
            "amount": {
                "number": "1731.00",
                "currency_code": "USD",
                "formatted": "$1,731.00"
            },
            "total": {
                "number": "1731.00",
                "currency_code": "USD",
                "formatted": "$1,731.00"
            },
            "percentage": 0.06,
            "source_id": "florida_tax|default|c06cae22-5e0e-451a-a640-2b27367b8835",
            "included": true,
            "locked": false
        }
    ],
    "total": {
        "number": "30581.000000",
        "currency_code": "USD",
        "formatted": "$30,581.00"
    }
}
πŸ‡ΊπŸ‡ΈUnited States dobe

I realize now this is a bad idea. Sensitive information can be kept in the payment-gateways endpoint so using options on there own is the better way to go.

πŸ‡ΊπŸ‡ΈUnited States dobe

@jsacksick I am trying to get the shipping address and billing address to update a profile I select using the api instead of creating new entries... How do I pass those parameters? Seems like everything I have tried just creates new entries.

Thank you!
-Jesse

πŸ‡ΊπŸ‡ΈUnited States dobe

Sorry about that guys!

Wasn't paying attention. I have added pgrandeg as a maintainer.

Thank you!
-Jesse

πŸ‡ΊπŸ‡ΈUnited States dobe

@loze create a patch and post it here. Or a pull request at the github, either way it doesn't help if it just a comment it basically got lost when this should be a part of the module.

πŸ‡ΊπŸ‡ΈUnited States dobe

Add a pull request at github for this issue: https://github.com/Gizra/og/pull/755

Attaching diff so I can use in composer.

πŸ‡ΊπŸ‡ΈUnited States dobe

#195 (with or without) Doesn't work for me for this query:

I have to turn Disable SQL rewriting on for Anonymous to get any view.

SELECT file_managed_field_data_field_image.fid AS file_managed_field_data_field_image_fid, commerce_product_field_data_commerce_product.product_id AS commerce_product_field_data_commerce_product_product_id, 'commerce_product' AS field_data_field_image_commerce_product_entity_type
FROM 
{commerce_product} commerce_product
LEFT JOIN {field_data_field_product} field_data_field_product ON commerce_product.product_id = field_data_field_product.field_product_product_id
LEFT JOIN {node} field_product_commerce_product ON field_data_field_product.entity_id = field_product_commerce_product.nid
LEFT JOIN {field_data_field_cards} field_data_field_cards ON commerce_product.product_id = field_data_field_cards.entity_id AND (field_data_field_cards.entity_type = 'commerce_product' AND field_data_field_cards.deleted = '0')
LEFT JOIN {commerce_line_item} commerce_line_item_field_data_field_cards ON field_data_field_cards.field_cards_line_item_id = commerce_line_item_field_data_field_cards.line_item_id
LEFT JOIN {field_data_commerce_product} commerce_line_item_field_data_field_cards__field_data_commerce_product ON commerce_line_item_field_data_field_cards.line_item_id = commerce_line_item_field_data_field_cards__field_data_commerce_product.entity_id AND (commerce_line_item_field_data_field_cards__field_data_commerce_product.entity_type = 'commerce_line_item' AND commerce_line_item_field_data_field_cards__field_data_commerce_product.deleted = '0')
LEFT JOIN {commerce_product} commerce_product_field_data_commerce_product ON commerce_line_item_field_data_field_cards__field_data_commerce_product.commerce_product_product_id = commerce_product_field_data_commerce_product.product_id
LEFT JOIN {field_data_field_image} commerce_product_field_data_commerce_product__field_data_field_image ON commerce_product_field_data_commerce_product.product_id = commerce_product_field_data_commerce_product__field_data_field_image.entity_id AND (commerce_product_field_data_commerce_product__field_data_field_image.entity_type = 'commerce_product' AND commerce_product_field_data_commerce_product__field_data_field_image.deleted = '0')
LEFT JOIN {file_managed} file_managed_field_data_field_image ON commerce_product_field_data_commerce_product__field_data_field_image.field_image_fid = file_managed_field_data_field_image.fid
WHERE (( (field_product_commerce_product.nid = '2412' ) )AND(( (commerce_product.type IN  ('card_package')) )))
πŸ‡ΊπŸ‡ΈUnited States dobe

Agree with John, #89 is not a fix. It would be great to backport to D7. Have not had a chance to look into the D8 patch but if it is acceptable it would be great to move forward with these issues.

Production build 0.69.0 2024