Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)
  • Thread Starter nukurt

    (@kurtnuimage)

    Hi There!

    Thanks for coming back to me!

    I checked my database table for the test website and it was indeed missing the AUTO_INCREMENT and PRIMARY key constraints.

    I’m not too sure why as it should have been a copy of the live database but I’ve updated those values and given it a re-test.

    The Find / Replace tools have now worked perfectly so thank you for the help!

    Thread Starter nukurt

    (@kurtnuimage)

    Hi @bwbama,

    This code seems to work great thank you!

    The one minor adjustment i made was to not show the notice if the IP is found in the authorized IP list, but this is done now.

    Thanks for the help!

    Thread Starter nukurt

    (@kurtnuimage)

    Hi @nlpro

    Thanks for the response, you are right it is actually a filter instead. That is actually something i noticed as well.

    The problem with using the woocommerce_process_login_errors filter is that it seems to fire before Solid Security, so using the filter means that login attempts no longer seem to be logged into the wp_itsec_logs table.

    I know you’re not Solid Security so i understand if you don’t know, but i guess i need to know at which point Solid Security writes to the database, so i can use a filter after this point and return my error message.

    Thread Starter nukurt

    (@kurtnuimage)

    Following on from this, i actually think my problem might be caused by how your plugin behaves with variable products. I’ve noticed some errors on the Product Feed page:

    “There was an error loading the Overview Stats. Click to retry. “

    Automattic\WooCommerce\GoogleListingsAndAds\MerchantCenter\MerchantStatuses::parse_presync_issue_text(): Argument #1 ($text) must be of type string, array given, called in .../wp-content/plugins/google-listings-and-ads/src/MerchantCenter/MerchantStatuses.php on line 613

    I guess this loops me back to my first post. “Does the mapping also work for variable products?”

    So the reason it’s an array of data instead of a string is because variable products have the “barcode” field added to each individual variation. So your plugin seems to be querying the “barcode” meta key on the Product Object, not the Product Variation Object, which means it’s returning barcode values for every variation as an array of data. When it should ideally return a string from a single Variation.

    Shouldn’t the plugin be setup to only query meta data of specific variations before trying to sync?

    • This reply was modified 1 year, 6 months ago by nukurt.
    Thread Starter nukurt

    (@kurtnuimage)

    Hi, sorry for the delay on this. Some screenshots for you:

    So this is the filter I’m using: https://ibb.co/Br74VBR

    And this is the mapping rules I’ve added: https://ibb.co/7KJVNFV

    So the values seem to line up. These also mirror to my custom field keys of “barcode” & “part_number”.

    But despite having these rules, my GTIN / MPN fields aren’t auto populated with the values from the barcode & part_number fields.

    • This reply was modified 1 year, 6 months ago by nukurt.
    Thread Starter nukurt

    (@kurtnuimage)

    Hi @shahzeenfarooq,

    Thank for the response, I’m not really sure you quite understand though.

    It’s not customisation. We’re just trying to use the existing filter that you provide via your documentation here – https://woocommerce.com/document/google-for-woocommerce/attribute-mapping/use-cases/#mapping-custom-fields – It doesn’t seem to work as expected.

    As stated, we’ve used the filter to add mapping between custom fields to the Google for Woocommerce fields doesn’t seem to be working. e.g. I update my field, and the mapped GTIN / MPN fields aren’t updated. Plus, why the Availability Date field isn’t available as a Mapping attribute option?

    Also, you didn’t answer my query about whether this setup works for variable products?

    • This reply was modified 1 year, 6 months ago by nukurt.
    Thread Starter nukurt

    (@kurtnuimage)

    The file & directory permissions are set correctly. Every other log file within /uploads/ is being created & updated correctly, it’s just the one generated by your plugin which doesn’t.

    I will look into whether anything could be interfering with the payment_complete process, there’s nothing in our custom code, but perhaps there’s a plugin causing some problems.

    Thread Starter nukurt

    (@kurtnuimage)

    Anyone looked at this?

    I understand it’s a bit awkward as I’m using custom functionality, but i suppose my main question is whether Stripe requires a unique Charge ID for each transaction & if so, how i can generate a new Charge ID on an existing order via the Order Pay endpoint. So that the Stripe Payment gateway correctly pushes the transaction into the Stripe Dashboard, rather than it missing entirely.

    Thread Starter nukurt

    (@kurtnuimage)

    @doublezed2 – Really feels like there should be a setting to remove the script easily instead of having to modify the plugin files directly. As a developer, I’m not too familiar with the GTM settings so I’m not too sure what adjustments i would need to make in order to remove any overlapping Google Ads tracking. Again, we don’t need Google for WooCommerce to be used for any tracking really, the main reason I’m using it is to ensure products are correctly pushed through to the Merchant Centre / Google Ads account. All the tracking across the website is handled through our own Google Tag Manager script.

    @zendev – This looks interesting, i might have to give this a go, thanks for the resource. Seems like it might do the trick of removing the purchase event, which i believe is what is causing our conflict.

Viewing 9 replies - 1 through 9 (of 9 total)