- Issue created by @rishi kulshreshtha
- πΊπΈUnited States coconnor
I can't offer a programmatic solution, but I did find a way to trigger the pull without using the UI (with help from @cosmicdreams on the #salesforce channel...)
1. Ensure "Provide standalone queue processing endpoint and disable cron processing" on /admin/config/salesforce/settings is disabled.
2. Run cron as usual (Full disclosure: I'm leveraging Ultimate Cron β for our cron jobs, but I see no reason why vanilla Drupal cron wouldn't work similarly.)
3. After the cron run, thecron_salesforce_pull
queue should be updated as expected. (I use Queue UI β to monitor that.)
4. Rundrush queue:run cron_salesforce_pull
on the instance. Content should be updated.For the short term, I may just use a script/crontab combo to kick off the Drush part of this. But it would suuuure be nice to have the job run without the hackiness of this solution :)
- πΊπΈUnited States armyguyinfl Florida
Can someone assist why you would see 2 pull_create entries in the salesforce mapped object when it already exists and the timestamps are similar. In ~10% of the cases, pull updates are failing to update and leave the data stale. We have 2 cron jobs running.
1. Load opportunity queue: sf_drush opportunities (custom script that calls command)
2. Process pull queue: cron_salesforce_pull (salesforce command)id,revision_id,salesforce_mapping,salesforce_id,created,changed,entity_updated,last_sync_status,last_sync_action,revision_created,revision_user,revision_log_message,revision_default
2311126,42465446,opportunities,00---redacted--AZ,1755533810,1755533810,1755533810,1,pull_create,1755533810,0,,1
2311126,42466626,opportunities,00---redacted--AZ,1755533810,1755540246,1755540246,1,pull_create,1755540246,0,,1
2311126,42466631,opportunities,00---redacted--AZ,1755533810,1755540246,1755540246,1,pull_update,1755540246,0,,1