Forum Replies Created

Viewing 15 replies - 31 through 45 (of 114 total)
  • Thread Starter rcain

    (@rcain)

    I’m afraid not.

    Am just now running the latest version – 1.0.6 – still INCREDIBLY SLOW to sync first time – about 1 deal per minute, in batches of only 10 at a time! I’ve got over 4k deals to get through. No access to setup/options either. Guess I’ll just have to wait it out. Will take a look at the code to see if I cant change the rate/batch-size of the wp-cron job anywhere.

    Most frustrating. Thoughtless design.

    Thread Starter rcain

    (@rcain)

    Hi there,

    OK, so I took your advice & used hubwoo_ecomm_deal_created hook – which does work. Thanks

    However, this still doesn’t explain why extending the original sync api calls didn’t work. No real help from Hubspot themselves there either. Oh well.

    On thing I did notice:

    Your code seems to be calling the hubwoo_ecomm_deal_created hook MULTIPLE TIMES per order.

    I only get the order_id as a parameter to the hook, not any of the previous api response code or other contextual info, therefore I have to make my hubspot update_deal api call regardless – so we end up making multiple update calls for the SAME update. This is obviously extremely wasteful of computing resource and potentially adds to user response times, etc.

    I wonder if someone to take a look and check please, how/why these multiple calls to the hubwoo_ecomm_deal_created hook are being raised?

    Many thanks

    Thread Starter rcain

    (@rcain)

    Hi,

    Thanks for the response.

    I’ll be reactivating and trying another run later tonight, so will let you know what happens and rather up some log examples. However, looking through them I saw nothing unusual, excepting the usual few 201, 204, 207, 400, – but ultimately all hubspot api calls being made correctly and eventually ending up at a 200.

    Suspecting it might have been a very early error, that triggers the error message overlay – nothing resets it so it stays there – blocking any view of actual progress – which IS continuing!

    Regards

    Thread Starter rcain

    (@rcain)

    i’ve investigated this error further: it seems to stem from ajax response to ‘Update Progress Bar’ request: suspect code is at:

    file: ./plugins/includes/class-hubwoo-ajax-handler.php
    class: Hubwoo_Ajax_Handler::
    func/method: hubwoo_ocs_instant_sync
    line: 571 & thereabouts


    if ( $property_validation_error ) {
    $percentage_done = 100;
    $response = array(
    ‘step’ => $step + 1,
    ‘progress’ => $percentage_done,
    ‘completed’ => true,
    ‘propertyError’ => true,
    );

    – THUS, if it gets an ERROR here then it returns Completion 100% to the front end display variable/GUI! along with a FAIL notice.
    — there appears to be no RECOVERY logic!?

    — hence our lock-out!

    – *** : hoping it will clear when it next resets its progress bar, when plugin reactivated

    – a FIX here ( i think) would be most welcome gents. thank you.

    • This reply was modified 5 years, 4 months ago by rcain.
    • This reply was modified 5 years, 4 months ago by rcain.
    • This reply was modified 5 years, 4 months ago by rcain.
    Thread Starter rcain

    (@rcain)

    Hi there,

    Many thanks for the update/info. Standing by.

    Best regards

    Thread Starter rcain

    (@rcain)

    Hi there,

    Thanks for this. However, does not seem to be quite what I was after. (ie: that hook is called AFTER the sync call to hubspot completes – seems rather inefficient/illogical to have to make a second series of calls at this point).

    I was hoping to simply extend the list of (custom) order properties that your plugin sends up to hubspot during a) initial sync of customers and historical order data, b) all real-time sync of contacts and orders up to hubspot, whenever guest orders are made on the website. Is this possible?

    Is there any further documentation/support available to help me? (nothing comes up on your knowledge base).

    Thanks again

    Thread Starter rcain

    (@rcain)

    HI there,

    thanks for the update. standing-by for updated version.

    Thread Starter rcain

    (@rcain)

    Hi there,

    Thanks for your response.

    re: error log: Indeed, I have just located it there already.
    re: sync tab: thanks.

    However, during the initial setup/sync (I believe you might call it ‘onboarding’), these items are inaccessible, since the initial setup/sync panel is modal/cannot be cleared without completing the setup phase.

    (See also my other issue).

    Thanks for any further help your can provide.

    Thread Starter rcain

    (@rcain)

    Hi there,

    Thanks for your response.

    Could you tell be please, when a fix for this issue is likely to be available? (days, weeks? – I Have a project timeline to try and meet).

    If it helps, please see below, an excerpt of the errors I am getting in the plugin error log:

    
    
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:43 pm
    Process: Updating/Creating Ecomm Bridge - CONTACT
    URL: /extensions/ecomm/v2/sync/messages
    Response: {"status_code":204,"response":"No Content","body":""}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:43 pm
    Process: Updating/Creating Ecomm Bridge - DEAL
    URL: /extensions/ecomm/v2/sync/messages
    Response: {"status_code":204,"response":"No Content","body":""}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:43 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":400,"response":"Bad Request","body":"{\"status\":\"error\",\"message\":\"No sync messages found for DEAL 1620 in MTDfVAT-1\",\"correlationId\":\"4263cdff-30f9-4b64-a1be-4c66adeba773\"}"}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":400,"response":"Bad Request","body":"{\"status\":\"error\",\"message\":\"No sync messages found for DEAL 1620 in MTDfVAT-1\",\"correlationId\":\"fb8aca98-d6b0-41f1-a14c-4f177b62de22\"}"}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":400,"response":"Bad Request","body":"{\"status\":\"error\",\"message\":\"No sync messages found for DEAL 1620 in MTDfVAT-1\",\"correlationId\":\"27335d3f-e058-4c28-aca5-730210ee5752\"}"}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":400,"response":"Bad Request","body":"{\"status\":\"error\",\"message\":\"No sync messages found for DEAL 1620 in MTDfVAT-1\",\"correlationId\":\"0354a354-039b-46cb-bec9-93e29fa0b463\"}"}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":400,"response":"Bad Request","body":"{\"status\":\"error\",\"message\":\"No sync messages found for DEAL 1620 in MTDfVAT-1\",\"correlationId\":\"501633cb-ab21-4c46-9cce-6ff4e2bda51d\"}"}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":400,"response":"Bad Request","body":"{\"status\":\"error\",\"message\":\"No sync messages found for DEAL 1620 in MTDfVAT-1\",\"correlationId\":\"8c72e463-0ac0-483f-a88e-623a8523ebf5\"}"}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Checking Sync Status of object id -1620 and type DEAL
    URL: /extensions/ecomm/v2/sync/status/MTDfVAT-1/DEAL/1620
    Response: {"status_code":200}
    -----------------------------------
    Website: www.xxx.yyy.zzz
    Time: November 5, 2020  11:44 pm
    Process: Updating/Creating Ecomm Bridge - LINE_ITEM
    URL: /extensions/ecomm/v2/sync/messages
    Response: {"status_code":204,"response":"No Content","body":""}
    -----------------------------------
    
    

    – as you can see, lots of rc=400 (retries), then eventually a 200, and it finally continues.
    – there are some other errors cropping up also, but these seem to be the ones eating up the time.

    Thanks for your help.

    • This reply was modified 5 years, 6 months ago by Yui.
    • This reply was modified 5 years, 6 months ago by Yui. Reason: please use CODE button for proper formatting
    Thread Starter rcain

    (@rcain)

    Hi there,

    Thanks for the response.

    There is no ‘SYNC’ item in the navigation.

    Also, sync activity kicks off immediately (not just ‘scheduled’, but ‘synced’), so even if I did manage to halt it, most, if not all contacts, would already be synced already.

    This is the whole nub of the problem I am reporting. Hence my suggesting it is a design flaw.

    (See also my other issues raised).

    Thanks for the update 🙂

    Just to let people know, as of the current date and version (3.0.6.3) that in order to patch this bug, you will need to apply BOTH:

    – the first solution provided by @csskevin above

    AND

    – the two changes further from github also provided by @csskevin (further down)

    – and ALSO remember to rebuild all associated .min versions of the modified js files!

    Big thanks for your work @csskevin ! 🙂

    Developers: a fix for this bug has been outstanding for quite a while now – please can we know when a properly fixed version will be available? Many thanks.

    Thread Starter rcain

    (@rcain)

    Hi OM. Thanks for the reply. I understand your reasoning. I still need to find out how much response time it might actually save me. After that I might tinker. Will keep you posted. Thanks again.

    • This reply was modified 6 years, 9 months ago by rcain.
    Thread Starter rcain

    (@rcain)

    Thanks for the fast reply Mat. Good to know.

    Feature suggestion: check box whether or NOT to replace GUID’s.

    eg: for migrations from development site to production site – GUID replacement is useful/justified, but for eg: for an existing production site changing from http://www.mysite.com -> mysite.com, in would be inappropriate to replace the GUID. A nice, fail-safe switch would be useful

    Thanks again

    Rob Cain

    Thread Starter rcain

    (@rcain)

    Thanks for your response Corey,

    I may have a play around myself.

    Great product BTW; seriously considering upgrading to the Pro version.

    Keep up the good work. 🙂

Viewing 15 replies - 31 through 45 (of 114 total)