changelog.md
Changelog
=========
* 2.2.11 (2024-10-08)
* Plugin status: Plugin status: as before, this plugin doesn't currently have official maintainers. I try to check in occasionally if anyone submits pull requests or major issues and merge them if I can do so rather quickly. Updates will be given within the plugin if/when that status changes.
* Bug fix: Fix offset calculation to avoid losing offset record updates. Thanks to @HyprCoder for the fix.
* Maintenance: Update supported WordPress version to 6.4 to match system requirements for Action Scheduler.
* Maintenance: Update installed version of Action Scheduler to 3.8.2.
* Maintenance: Test plugin in WordPress 6.6 and update compatibility.
* 2.2.10 (2024-06-23)
* Plugin status: Plugin status: as before, this plugin doesn't have any official maintainers. I try to check in occasionally if anyone submits pull requests or major issues and merge them if I can do so rather quickly. Updates will be given within the plugin if/when that status changes.
* Maintenance: Add a new filter to prevent new user notifications. Also prevents some possible errors that can happen when plugin options haven't been set. Thanks to @federicojacobi for the pull request.
* Maintenance: Update supported WordPress version to 6.3 and PHP version to 7.0 to match the updated system requirements for Action Scheduler (see version 3.8 of that library). Action Scheduler does not currently force 7.0 in its composer library, so this plugin will follow that convention.
* Maintenance: Update installed version of Action Scheduler to 3.8.1.
* 2.2.9 (2024-03-18)
* Plugin status: Plugin status: as before, this plugin doesn't have any official maintainers. I try to check in occasionally if anyone submits pull requests or major issues and merge them if I can do so rather quickly. Updates will be given within the plugin if/when that status changes.
* Bug fix: Prevent error on blank WordPress install caused by a string instead of an integer. Thanks to GitHub user @federicojacobi for the pull request.
* Maintenance: Remove all uses of `FILTER_SANITIZE_STRING`, since it's deprecated in newer PHP versions.
* Maintenance: Update required versions of WordPress to match those [specified by Action Scheduler](https://github.com/woocommerce/action-scheduler/blob/trunk/readme.txt). This has been in effect since Woocommerce made [this 2023 decision](https://developer.woocommerce.com/2023/10/24/action-scheduler-to-adopt-l-2-dependency-version-policy/), but this plugin was not previously clear about that requirement.
* Maintenance: Update installed version of Action Scheduler to 3.7.4.
* Maintenance: Test plugin in WordPress 6.5 and update compatibility.
* Maintenance: Fix a couple of deprecated warnings that appear in logs in newer php versions
* 2.2.8 (2024-01-26)
* Plugin status: as before, this plugin doesn't have any official maintainers. I'll try to check in if anyone submits pull requests or major issues, and will give updates if/when that status changes.
* Maintenance: Update included version of Action Scheduler library to 3.7.1. There shouldn't be any major changes in this library, so this just keeps the plugin's dependency up to date.
* Maintenance: Fix php 8.2 dynamic properties. Thanks to GitHub user @daveromsey for the submission.
* Maintenance: Test plugin in WordPress 6.4 and update compatibility.
* 2.2.7 (2023-02-05)
* Plugin status: for the time being, this plugin doesn't have any official maintainers. I'll try to check in if anyone submits pull requests or major issues, and will give updates if/when that status changes.
* Feature: Added filter to short-circuit API calls to Salesforce. Thanks to GitHub user @verygoodplugins for the submission.
* Maintenance: update included Action Scheduler library version to 3.5.4. This update officially includes the fix we manually added in our prior release.
* 2.2.6 (2022-11-28)
* Bug fix: while we wait for an update from the Action Scheduler library, this is a temporary fix to their bug that can cause `PHP Fatal Error: Uncaught TypeError: DateTime::__construct()` errors. Thanks to several forum users for the report and clarity.
* Maintenance: this release also includes version 3.5.3 of Action Scheduler, although that release does not fix the above issue.
* Maintenance: Test plugin in WordPress 6.1 and update compatibility.
* 2.2.5 (2022-10-06)
* Feature: Add links to edit the WordPress and/or Salesforce record on the Mapping Errors tab.
* Bug fix: Add Multisite support for user data in WordPress. Thanks to @peter-tmann for the submission.
* Maintenance: Update included Action Scheduler library version to 3.5.2.
* Maintenance: Update the Salesforce REST API version targeted by this plugin to 55.0 (their Summer '22 release).
* 2.2.4 (2022-08-09)
* Bug fix: Fix the method that creates dates on new events for The Events Calendar. Thanks to WordPress users @adamsmm and @joelmcdwebworks.
* Maintenance: When creating a debug message for a Salesforce API call, include any parameters the plugin is sending to Salesforce. Thanks to WordPress forum user @MetricMedia.
* 2.2.3 (2022-07-18)
* Bug fix: Fix undefined `WP_Query` method preventing prematch on posts and attachments. Thanks to @MannyAdumbire for the report and the fix.
* Maintenance: Update included Action Scheduler library version to 3.4.2.
* 2.2.2 (2022-05-23)
* Bug fix: Change default version of Salesforce REST API to 54.0. 55.0 seeems to be unavailable for some users; it is not a usable default.
* 2.2.1 (2022-05-22)
* Bug fix: Fixes an issue where an error was incorrectly flagged upon a successful sync.
* 2.2.0 (2022-05-20)
* Feature: The requirement to set the REST API version that the plugin uses to send requests to Salesforce has been removed from the plugin interface in favor of storing this value in the plugin (this plugin version uses API version 55.0). For most users this is an improvement; it removes the potential for old API versions to cause problems with new functionality, and removes the potential for users to unintentionally use API versions that are no longer active. **Note**: You can delete the `object_sync_for_salesforce_api_version` field from the `wp_options` table on your own, set it to 55.0 so the plugin can delete it, or wait until version 3.0.0 is released for that value to be deleted.
* Bug fix: Make the Mapping Errors tab more accurate and comprehensive in the object maps it lists. This should reduce the inaccessibility of records when data has been deleted, or when errors have occurred. Thanks to WordPress forum users @twellve_million, @rickymortimer, @wolfage, etc for raising this.
* Bug fix: Fix the `pull_merge_last` and `pull_delete_last` option values that are used on merge and delete operations. This prevents a problem, that has existed since 2.1.0, with retrieving these records.
* Bug fix: When creating a new fieldmap, set a default status of "active" to prevent a PHP notice.
* Maintenance: Update out of date instructions, those meant for in-plugin use as well as documentation and screenshots.
* Maintenance: Setting the plugin's Debug Mode enables debug logging, regardless of other log settings.
* Maintenance: Start to clean up log code. Because of old code that was never updated, our log method was called 1) incorrectly, and 2) in an overly redundant way.
* Maintenance: Fix PHP 8 compatibility.
* Maintenance: Test plugin in WordPress 6.0 and update compatibility.
* Developers: Add a `object_sync_for_salesforce_modify_salesforce_api_version` filter to allow developers to edit the REST API version for Salesforce API requests. See [the documentation](https://github.com/MinnPost/object-sync-for-salesforce/blob/master/docs/adding-settings.md#change-the-rest-api-version-for-salesforce-requests) for how to use it.
* 2.1.2 (2022-02-04)
* Bug fix: Remove arrow functions that are only supported in PHP 7.4 and cannot be backfilled. Thanks to WordPress users @ofrayechiel and @trohrer for the report.
* Bug fix: Resolve a (widely reported) problem in 2.1.x versions, where pushing an update from a Salesforce record can cause the plugin to incorrectly detect the record as pulling, preventing the record from pushing.
* 2.1.1 (2021-12-23)
* Bug fix: in 2.1.10, a syntax error for PHP versions older than 7.4 was incorrectly added. This adds a catch for those versions. Thanks to WordPress user @ofrayechiel for reporting this.
* 2.1.0 (2021-12-22)
* Feature: Update the fieldmap list screen for better usability and device support.
* Feature: Add more links to clear the plugin cache.
* Feature: Add the ability for fieldmaps to be active or inactive. Thanks to GitHub user @TornMarketing for the request.
* Feature: To prevent confusion, show WordPress ID fields as uneditable by default. They should only be pushed to Salesforce. Thanks to WordPress user @dm2021 for raising this. Fieldmaps that are saved after upgrading will mark these fields according to that default combined with any usage of the new `object_sync_for_salesforce_wordpress_field_is_editable` filter.
* Bug fix: Make the stored data about all sync operations fieldmap-specific, preventing problems when multiple fieldmaps are connected to the same Salesforce object. Thanks to WordPress user @fortafy for the report. This should be backward-compatible for all users, but it is a significant change to the way the plugin saves temporary information to track its status, and to the way the plugin loads information about what objects it is syncing at any given time.
* Bug fix: When adding a user via the Ultimate Member plugin, prevent an incorrect error message log by adding the user ID value to the passed data.
* Maintenance: Update Action Scheduler to version 3.4.0. Note: this raises the minimum supported WordPress version to 5.2.
* Maintenance: Install the [Message Agency fork of the Force.com toolkit](https://github.com/messageagency/Forcecom-Toolkit-for-PHP). This is how the plugin (optionally) detects merged records.
* Maintenance: Change the default Salesforce REST API version to 53.0.
* Maintenance: Update URLs in the documentation that point to plugin PHP files to match their v2.0.0 filenames.
* Maintenance: Create a log entry if the plugin tries to sync a record but no parameters are eligible. Thanks to WordPress user @OfficeBureau for the request.
* Developers: Add a `object_sync_for_salesforce_pull_query_string_modify` filter to allow developers to edit the whole SOQL string before it is sent to Salesforce. See [the documentation](https://github.com/MinnPost/object-sync-for-salesforce/blob/master/docs/extending-pull.md#soql-string) for how to use it. Thanks to WordPress user @JellyPixel for this request.
* Developers: Add a `object_sync_for_salesforce_change_pull_date_value` filter to allow developers to modify the datetime value that the SOQL query uses for pulling records from Salesforce. See [the documentation](https://github.com/MinnPost/object-sync-for-salesforce/blob/master/docs/extending-pull.md#pull-date) for how to use it.
* Developers: the `load_all_by_salesforce` method has been deprecated in favor of `load_object_maps_by_salesforce_id`, which can receive new (optional) data. `load_all_by_salesforce` will likely be removed in a future 3.0.0 version.
* 2.0.3 (2021-09-10)
* Bug fix: Fix missing Record Type when pulled from Salesforce. Thanks to GitHub user @timnolte for the report.
* 2.0.2 (2021-09-03)
* Bug fix: Duplicate mapping of fields was prevented when it shouldn't be. Thanks to GitHub user @timnolte for the report.
* Maintenance: Improve the log message when an update to a WordPress record fails.
* 2.0.1 (2021-07-28)
* Bug fix: for PHP versions below 7.3, we were calling a nonexistent function. This adds a fallback for those versions to preserve support for them. Thanks to GitHub user @nattyg93 for the report.
* 2.0.0 (2021-07-20)
* Feature: update the installation of the Action Scheduler library to version 3.2. This is a major upgrade for that library, and involves creating new database tables and runs a migration process, which can take some time. Read more about that at https://actionscheduler.org/version3-0/. This is not necessarily a backward-compatible change, although hopefully it will run smoothly for all users. You may want to make a full site backup before upgrading, and if you have access to a staging environment you may want to run it there before you run it on your production website.
* Feature: there is a new checkbox field on the plugin Settings screen: "Prevent duplicate field mapping?" that, when checked, prevents WordPress or Salesforce fields that have already been mapped from being mapped again. We hope this will be helpful on fieldmaps that map a large number of fields. Thanks to GitHub user @TornMarketing for this request.
* Bug fix: in some cases, calls to the Salesforce SOAP API, which runs to detect merged records, was not able to complete. This should now be more reliable functionality.
* Maintenance: most files in this plugin have been renamed, and are now being autoloaded when the plugin needs them. This should help performance, future maintenance, and makes it possible to better comply with the WordPress Code Standards. This means if you are manually calling any plugin files, you may need to change your code.
* Maintenance: this release includes a lot of code improvements to better match the WordPress Code Standards and improve code readability. This includes converting a previous set of bit flags to strings. This is generally a backward-compatible change, as it updates the database when the upgrade is complete.
* Maintenance: we've refined one of the log messages that is created for Salesforce API calls when the plugin is in debug mode. This message combines two debug messages that were created on some calls, and cleans up the message content in the combined message.
* Developers: some methods that were deprecated in previous versions were removed. Removed items in 2.0.0:
* `add_deprecated_actions` in `Object_Sync_Sf_Admin`
* `get_wp_sf_object_fields` in `Object_Sync_Sf_Admin`
* `load_by_wordpress` in `Object_Sync_Sf_Mapping`
* `load_by_salesforce` in `Object_Sync_Sf_Mapping`
* Developers: this release deprecates some functionality from previous versions. It is always marked in the codebase as `@deprecated`. It may be removed in a future 3.x version and should be, if possible, moved away from. Deprecated items in 2.0.0:
* `public static $instance;` is a legacy way of loading an instance of this plugin.
* `check_for_action_scheduler` is a method of the `Object_Sync_Sf_Activate` class to ensure that the plugin has successfully loaded the Action Scheduler library.
* bit flags from the `Object_Sync_Sf_Mapping` class have been converted to strings. The old bit flags are still there with `_v1` suffixed to their property names.
* `get_object_maps` from the `Object_Sync_Sf_Mapping` class was previously deprecated, but was still being called in various places. It no longer is.
* 1.10.1 (2021-07-12)
* Bug fix: When using the hook `object_sync_for_salesforce_select_library` to disable the use of the Select2 library, the default browser `select` was not working correctly. Thanks to GitHub user @timnolte for the report.
* Maintenance: note 5.8 support.
* Note: a major upgrade to the back end of this plugin is coming soon, in the form of version 2.0.0. Very little will change visibly, but hopefully the plugin will perform better and be structured better for future upgrades. None of these large changes are included in version 1.10.1, but we want to give some advance notice.
* 1.10.0 (2021-05-14)
* Feature: Add support for Advanced Custom Fields forms that save posts on the front end. Thanks to WordPress user @grayzee for the request.
* Bug fix: Fix the API Name settings so the value shows up correctly. Thanks to WordPress user @dcleslie777 for the report.
* 1.9.9 (2021-03-17)
* Bug fix: If a fieldmap has allowed record types, use them to constrain the SOQL sent to Salesforce. Thanks to WordPress user @esowers for the report.
* Maintenance: Standardize WP-Admin color usage to match WordPress 5.7.
* Start setup for using GitHub Actions instead of Travis
* 1.9.8 (2021-02-11)
* Bug fix: fix PHP composer error.
* 1.9.7 (2021-02-11)
* Bug fix: update the Salesforce field dropdown so it respects the API Name/Label settings value. Thanks to @CodeZeno.
* Maintenance: add documentation on how the plugin handles fields with different data types.
* 1.9.6 (2020-12-07)
* Feature: update the default Salesforce REST API version to 50.0 (Winter '21).
* Bug fix: more incorrect strict array checking. This is the rest of what was broken in #371.
* 1.9.5 (2020-12-02)
* Bug fix: remove a strict array check that was incorrectly added. This could affect whether a push is allowed. Thanks to @afgarcia86 for the report.
* 1.9.4 (2020-11-24)
* Feature: create new WordPress records when importing Salesforce objects. Thanks to WordPress user @afgarcia86.
* Feature: add a lock emoji to locked Salesforce fields in the mapping screen. Thanks to WordPress user @OfficeBureau for the request.
* Bug fix: prevent PHP error when a filter does not allow a record to be pushed to Salesforce.
* 1.9.3 (2020-04-20)
* Feature: add a settings field for mapping errors per page. Defaults to 50.
* Bug fix: make sure a WordPress record is an object before loading its data and processing it. This is related to the fix in 1.9.1.
* 1.9.2 (2020-04-17)
* Feature: add pagination links to the Mapping Errors screen if there are more than 50 errors. This prevents results that are too large from loading.
* 1.9.1 (2020-04-17)
* Feature: add a checkbox to the Mapping Errors screen to allow selecting all the errors for deletion at once.
* Bug fix: check for a WordPress ID before creating an object map. This prevents a possible MySQL error that could occur in some cases.
* Maintenance: note WordPress 5.4 support.
* 1.9.0 (2020-03-20)
* Feature: when pushing or pulling the `wp_capabilities` field on a WordPress user, treat the data as WordPress needs it to assign roles. Thanks to WordPress user @emilyb6116 for reporting this and for testing the fix.
* Feature: Hide admin menu items that won't work pre-authorization until the plugin is authorized with Salesforce. Thanks to WordPress user @mgparisi for pointing this out.
* Bug fix: Correctly handle empty values for fields coming from Salesforce. Thanks to everyone who pointed out this issue and eventually discovered the cause: @prowp on GitHub and WordPress users @rickymortimer, @emilyb6116, @zumajoe.
* Bug fix: When a Salesforce query has invalid fields, clear it from the plugin's storage. Thanks to WordPress users @nishithmistry, @zumajoe, @alexeympw, and @jesodoth.
* Maintenance: Adding new fields to a fieldmap is faster and involves less code duplication.
* Maintenance: For WordPress 5.3 compatibility, replace `current_time( 'timestamp' )` with `time()`.
* Maintenance: Update Salesforce app setup instructions for Lightning.
* 1.8.12 (2019-09-19)
* Bug fix: fix the `object_sync_for_salesforce_pull_query_modify` filter to prevent SOQL query properties from being added multiple times.
* Developers: clean up Travis config to stop its builds from failing.
* 1.8.11 (2019-09-17)
* Bug fix: fix Ajax call for pushing data to Salesforce, and allow it to return JSON instead of echoing it. Thanks to WordPress user @graces25 for the report and the fix.
* Maintenance: use the log entry status variable in the title of all the log entries.
* Maintenance: when a fieldmap doesn't allow an operation, log it as a notice instead of an error.
* Developers: add the WordPress object type to the `object_sync_for_salesforce_wordpress_object_data` filter, allowing developers to alter WordPress data by the current object type. Thanks to GitHub user @DonnyVO for this work.
* 1.8.10 (2019-09-12)
* Bug fix: Prevent PHP errors when API requests on empty Salesforce objects also return errors
* Bug fix: Fix authorize settings tab to prevent errors when there are no Salesforce Contacts (#303)
* Bug fix: Fix activation issue with $query object that occurred in some environments. Thanks to @yetanotherse for the fix.
* Maintenance: update some multiline function calls to match current WPCS standards.
* 1.8.9 (2019-09-03)
* Feature: Provide an optional setting for how many log entries to clear at a time.
* Bug fix: Unify push success hook parameters so they match the (until now, inconsistently incorrect) documentation.
* Bug fix: Prevent duplicate admin display when multiple plugins try to filter the admin for logs.
* Bug fix: fix issue with error logging from Salesforce picklist fields.
* 1.8.8 (2019-08-26)
* Feature: Make plugin logs sortable and filterable by type value.
* Feature: Add Salesforce info block to user profiles that have the `configure_salesforce` capability. Thanks to @ddoddsr for the report and the fix.
* Bug fix: Fix log scheduling so it resets the schedule when the log settings change.
* Bug fix: Fix log slug generation so it stops worrying about unique slugs every time.
* Maintenance: Fix docs links in All Developer Hooks. Thanks to @ddoddsr for the fix.
* 1.8.7 (2019-07-22)
* Bug fix: Stop the plugin from breaking when SOAP is missing from the server. Thanks to GitHub user @Ethanb00 for the report.
* Fix issues with pull success method/docs. Thanks to @mistermarco for the report and the fix.
* Maintenance: Improve documentation in various places, notably for object map issues caused by Salesforce permissions.
* Maintenance: Update Gulp to 4.x.
* 1.8.6 (2019-05-13)
* Feature: Add object type parameter to `push_update_params_modify` developer hook.
* Maintenance: Centralize documentation of SQL table structure.
* Maintenance: Replace the various calls to create/update metadata with just one for easier management.
* Maintenance: Update supported WordPress version to 5.2 and PHP version to 5.6.20 to match the new minimum for WordPress.
* Developers: Update Action Scheduler to 2.2.5.
* 1.8.5 (2019-03-30)
* Bug fix: This fixes a possible issue in which the plugin would fail to realize that its database version was up to date.
* 1.8.4 (2019-03-27)
* Bug fix: Dates used by The Event Calendar plugin were not correctly saved. This could cause TEC events not to appear on the calendar. Thanks to @vajeshrathor for reporting this issue. The fix also improves overall date formatting within this plugin.
* Bug fix: The edit profile screen for users mapped to Salesforce could incorrectly be changed to a blank value, which did not delete the map. This release adds a delete link for this purpose.
* Bug fix: When doing error logging for metadata, the plugin was not always correctly checking for success, and could have false positives for errors.
* 1.8.3 (2019-03-17)
* Bug fix: In what seemed to be rare cases, manual push or pull requests from the WordPress admin were failing to actually save any data.
* 1.8.2 (2019-03-16)
* Bug fix: 1.8.0 accidentally disabled a developer filter. This re-enables it.
* 1.8.1 (2019-03-16)
* Bug fix: 1.8.0 introduced a possible issue with checking for updated records.
* 1.8.0 (2019-03-15)
* New: we can now map multiple WordPress objects to the same Salesforce object. Each WordPress record will update the Salesforce record, and the Salesforce record can update each WordPress record, all according to the fieldmap. Thanks to WordPress forum user @joecanas1 for the initial report some time ago.
* New: if Soap is enabled in the plugin settings, it is capable of responding to merge events. For example, if two Contacts are merged in Salesforce and a user is mapped to the old one, it will become mapped to the new one.
* New: WordPress 5.1 changed its new user notification parameters. Thanks to GitHub user @synthetiv for the fix.
* New: we've added a few additional debug log entries.
* New: there is better error checking on saving metadata for users, posts, and comments.
* Bug fix: 1.7.0 introduced an activation issue that this release fixes. There is also improved database versioning that occurs upon activation.
* Bug fix: a bug existed in fieldmaps that had a Salesforce field like a record ID, which cannot be pushed to Salesforce but can be pulled from Salesforce, but the sync was failing. Thanks to WordPress forum user @walexparadis for the report on this.
* Developers: we've updated our included version of Action Scheduler to 2.2.1.
* Developers: the `load_by_wordpress` and `load_by_salesforce` methods on the `salesforce_mapping` class have been deprecated in favor of `load_all_by_wordpress` and `load_all_by_salesforce`, though the deprecated methods have not been removed.
* 1.7.0 (2019-01-31)
* New: improve handling of custom meta fields that are required by Salesforce. This plugin would fail to create objects if required fields were missing when a record was created. It should handle these situations much better.
* New: update to version 2.2.0 of the Action Scheduler library.
* 1.6.0 (2019-01-15)
* New: we have added some basic REST API endpoints to the plugin. They can be used to check for updated/deleted records in Salesforce, pull a specific record from Salesforce by ID, or push a specific record from WordPress by Id and type.
* Bug fix: pull queries were sometimes skipping records that should have been processed, especially when some records in the group were not allowed by the fieldmap.
* Bug fix: as of 1.5.0, Salesforce records were not being deleted when a corresponding WordPress record was deleted. This release restorese that functionality.
* Developers: the `object_sync_for_salesforce_pull_object_allowed` and `object_sync_for_salesforce_push_object_allowed` hooks now require that a value be returned, regardless of whether it is true or false. This was always the better way of handling these hook, but it was possible to use them without, and the documentation was incorrectly written.
* 1.5.2 (2018-11-27)
* Bug fix: as of 1.5.0, when a Salesforce record is deleted, the corresponding WordPress record is not deleted. This release restores this functionality. Thanks to WordPress user @bswift for the report.
* Developers: this release allows API calls that return data from Salesforce to return either json, the full PHP array (the default) or both, if the `$options` array is populated. Thanks to WordPress user @yanlep for the request.
* 1.5.1 (2018-11-03)
* New: update to version 2.1.1 of the Action Scheduler library.
* Bug fix: when processing more than 2000 records, the offset and limit combination fails due to Salesforce API restrictions. In this release, the plugin changes the date parameter on the API query to the value for the last processed record.
* 1.5.0 (2018-10-26)
* New: the Mapping Errors tab supports deleting multiple error rows via checkboxes.
* New: when caching API responses, the plugin caches the full array rather than the full array and the JSON data. This reduces the memory usage for object caches a little.
* New: this plugin should be usable on WordPress VIP environments; it now checks for `user_attributes` instead of `user_meta` in those cases.
* Bug fix: this plugin can now be properly deployed on hosts like Pantheon. Thanks to WordPress user @joepahl and GitHub user @BrianBenninger for reporting this.
* Bug fix: when using meta fields for prematch, the plugin previously could fail to find a match even if the value existed. It now uses different matching for meta fields. **This requires that users resave their fieldmaps, and also that we end support for WordPress 4.5.**. Thanks to WordPress user @nodakjones for the bug report and testing assistance.
* Bug fix: when using the Action Scheduler library, the plugin fails to process multiple rounds of pull requests. Now it uses the limit setting to page through all possible updated records. Thanks to WordPress user @jonsayer for the report and WordPress user @harmoney for help testing.
* Developers: this release adds a new developer hook, `object_sync_for_salesforce_pull_query_modify`, which can modify the Salesforce API SOQL query before it pulls data from Salesforce. Thanks to WordPress user @yanlep for the suggestion.
* 1.4.2 (2018-08-29)
* Bug fix: ensure the queue functionality is present when activating the plugin.
* 1.4.1 (2018-08-29)
* Bug fix: in some plugin update scenarios, the database version number checker was not running. It runs all the time, now.
* 1.4.0 (2018-08-29)
* New: this plugin now uses the [Action Scheduler](https://github.com/Prospress/action-scheduler) library for scheduling tasks and queueing data in a more performant and scalable way. This removes the need for some of the administrative settings, but as long as you **resave from the plugin's Schedule tab**, it should not break any existing functionality.
* Bug fix: this release also stores composer library files in its Git repository. This *should* fix a deployment bug with some web hosts, such as Pantheon.
* This release also brings plugin JavaScript in line with WordPress code formatting guidelines.
* Thanks to GitHub user @charmoney for help reviewing this release.
* 1.3.9 (2018-08-10)
* Bug fix: when Salesforce Key was selected on a fieldmap's field, it was incorrectly being ignored when saving a record's data in WordPress after a Salesforce pull. Thanks to WordPress user @ken-nguyen for reporting this.
* 1.3.8 (2018-08-03)
* New: basic support for the Ultimate Member plugin. Users created by its registration form can be pushed to Salesforce. Thanks to @atomicjack for the report and assistance testing.
* 1.3.7 (2018-06-29)
* New: modifications to dropdown fields when creating or editing fieldmaps allow users to pick whether to use the API name from Salesforce, and also allow for searching in a dropdown's contents. A developer hook allows some modification of the search/dropdown combo.
* Bug fix: non-required date fields in Salesforce, if blank, would set the corresponding WordPress field to today's date. Thanks to GitHub user @synthetiv for the report and the fix.
* Update some documentation and documentation formatting, including new documentation for importing and exporting.
* 1.3.6 (2018-05-16)
* Bug fix: this release fixes an issue where the plugin can fail to save setting values in older WordPress versions, which keeps it from ever being activated. Thanks to WordPress user @amstertam for bringing this to our attention.
* 1.3.5 (2018-04-25)
* Bug fix: this release fixes an issue where the plugin can fail to map certain fields in certain cases when the Salesforce value it is attempting to save in WordPress is empty.
* 1.3.4 (2018-04-14)
* Bug fix: this release refixes an issue in which a custom post object with custom fields was not sending its custom fields on the first save, causing it to fail if the fields were required in Salesforce. Thanks to WordPress users @rtd2 and @bill5roses for reporting that the previous fix was not sufficient.
* 1.3.3 (2018-03-31)
* Bug fix: a modified Salesforce Contact, which is not mapped to a user in WordPress but when the fieldmap does exist, would try to create a new user in WordPress but fail to add the email address to the email field. Thanks to GitHub user @mcculloughcm for the report.
* Bug fix: the key and prematch fields were ignored if their Salesforce status was not updateable, so this broke prematch checking in those cases. Thanks to GitHub user @johnpbloch for the report.
* New: small tweaks to plugin readme, inline form text.
* 1.3.2 (2018-03-16)
* Bug fix: this plugin would sometimes conflict with jQuery from other plugins, especially older ones. This puts the object into an enclosure instead.
* Bug fix: allow mapped date fields to be empty without causing a push error.
* Bug fix: make sure plugin notices only appear on pages related to this plugin.
* Bug fix: doing an import with only one object map would fail.
* 1.3.1 (2018-03-11)
* Bug fix: this release fixes an issue in which a custom post object with custom fields was not sending its custom fields on the first save, causing it to fail if the fields were required in Salesforce. Thanks to WordPress user @rtd2 for reporting this.
* Bug fix: this release makes the data import preserve the field structure.
* 1.3.0 (2018-03-10)
* New: this release adds an interface for importing and exporting plugin data. It includes fieldmaps (which map object types to each other), object maps (individual objects mapped to each other) and plugin settings. Data is exported to a single JSON file that can be imported.
* Bug fix: this release supports a datetime change in MySQL versions newer than 5.7.4 in which default values can no longer be 0000-00-00. See this [StackOverflow page](https://stackoverflow.com/questions/25349126/how-can-i-set-the-default-value-of-a-field-as-0000-00-00-000000) for details.
* Bug fix: this release fixes an issue where admin notices for this plugin would sometimes be empty.
* Also fixed a ton of code formatting stuff, including translation spots.
* This release also fixes the previously broken Travis CI build's issues with older PHP versions.
* 1.2.8 (2018-03-09)
* New: this release adds a new developer hook, `object_sync_for_salesforce_push_update_params_modify`, which allows the data being pushed to Salesforce to be modified in the event that an existing Salesforce object is being updated.
* Bug fix: the install script adds `--prefer-dist` to the `composer install` to hopefully prevent issues on Pantheon. Thanks to WordPress user @joepahl for reporting this.
* This releasse also makes a number of corrections and clarifications to the plugin documentation.
* 1.2.7 (2018-02-23)
* Bug fix: in some cases, a fieldmap with the Salesforce update trigger checked, but not the Salesforce create trigger, it would still create data in WordPress. This data should, rather, be skipped.
* New: there are also a number of small tweaks to in-page help, documentation and code comments.
* 1.2.6 (2018-01-30)
* Bug fix: in some cases, date fields coming from Salesforce were not correctly formatted for use in WordPress. This release causes any core date fields to be formatted as WordPress expects them. Thanks to GitHub user @prowp for the report on this.
* Note: to apply this fix, you need to clear the plugin cache, and then re-save any the fieldmap(s) that need it.
* This release also includes a small documentation update about restricted picklist fields.
* 1.2.5 (2018-01-26)
* Bug fix: trying to save a high number of fields in a single fieldmap was failing. Thanks to GitHub user @prowp for the report.
* New: some in-page help to users who may be missing meta fields when trying to add them to a fieldmap. This happens if these meta fields are new fields without data, and thus cannot be found in the database by the plugin.
* New: we now store the plugin version in the database when saving a fieldmap. This allows us to check fieldmaps to make sure they use the most up to date schema.
* 1.2.4 (2018-01-24)
* This release fixes a rare bug in which Salesforce changes that occur between a query and the completion of the pull operation would not sync to WordPress. Thanks to GitHub user @charmoney for the report and the fix.
* This release also removes the "weight" field from the screen that adds and edits fieldmaps. This field should have been removed in the past, as it doesn't currently do anything, although in the future we'd like to investigate the ability to map multiple WordPress objects to the same Salesforce object and sync them using the weight field.
* 1.2.3 (2018-01-19)
* This release fixes a bug in which deleting field pairs from an existing fieldmap, saving, and then adding more field pairs could result in data not being saved. Thanks to WordPress user @pavelwld for reporting this.
* This release also adds a Settings tab field to choose whether or not the plugin should delete its data when it is deactivated.
* 1.2.2 (2018-01-17)
* This release fixes a bug in which an object map could not be created if the Salesforce ID was the same, with case insensitivity, as another Salesforce ID. Salesforce, however, is case sensitive with these IDs and can occasionally create IDs like this. Thanks to WordPress user @pavelwld for reporting this.
* 1.2.1 (2017-12-19)
* This release fixes a bug caused in 1.2.0. Users were unable to sync data without re-saving fieldmaps. This does a version checker and uses previous data structures until users re-save.
* Make sure you update your plugin fieldmaps.
* 1.2.0 (2017-12-18)
* This release provides basic support for additional field types in Salesforce, including: multipicklist, picklist, date, datetime, and URL (results may vary depending on how WordPress plugins handle their custom field equivalents). Thanks to WordPress user @ilanabit for reporting this.
* This release also forces InnoDB on the `field_map` table because MyISAM gets errors on the index length. Hopefully most users are already on InnoDB by default, but this will help any users who are not.
* 1.1.2 (2017-11-20)
* Clarify the documentation, and the code, for the following developer hooks:
* `object_sync_for_salesforce_add_more_wordpress_types`
* `object_sync_for_salesforce_remove_wordpress_types`
* `object_sync_for_salesforce_wordpress_object_data`
* Thanks to WordPress user @justanothercoder for asking about this, leading to the fix.
* 1.1.1 (2017-11-17)
* This release removes the `screen_icon()` method from admin.php. It has been deprecated apparently since 3.8, but in 4.9 it officially throws PHP Notice messages in `WP_DEBUG` mode.
* 1.1.0 (2017-11-10)
* This release gives users a way to clear the cached data for this plugin only, even if they are using an object cache method. Most importantly this resolves the problem of new fields being available in Salesforce or WordPress and not being visible in the list of mappable fields when creating or updating a fieldmap. This is partly related to GitHub user @prowp's initial report of missing metadata.
* 1.0.11 (2017-11-06)
* Fixed a bug in which a blank `post` object was created in the event that `pull` calls were blocked, then unblocked. Thanks to GitHub user @charmoney for the report and much of the fix.
* Fixed a bug in which `post` meta fields were not pushed to Salesforce. Also as part of this, added basic support for WooCommerce `order` post types. Thanks to WordPress user @ratputin and GitHub user @prowp for the report.
* 1.0.10 (2017-10-10)
* This avoids repeatedly queueing Salesforce objects by initializing rather than aggregating the queue before saving. This reduces memory use and database size significantly.
* Plugin now updates the pull sync timestamp for the data type after every successful record queue. This provides a correct starting point for the next pull to begin in case of a fatal error.
* Thanks to GitHub user @charmoney for the report and the pull request.
* 1.0.9 (2017-10-03)
* This fixes a bug in which upserting a custom post type would incorrectly create a standard post, rather than the desired custom post object. Thanks to GitHub user @prowp for the report.
* 1.0.8 (2017-08-14)
* This checks a mapping's configured allowed sync triggers before queueing a record for pull processing, rather than as a part of the WordPress record's create or update. This resolves an issue. Thanks to GitHub user @charmoney for the report and the pull request.
* This release also fixes a bug related to 1.0.7, which after the fix was still incorrectly checking the `post_content` and `post_title` values.
* 1.0.7 (2017-08-01)
* This sets up admin notices that always show above the plugin's admin tabs if: 1) the plugin is not authorized, 2) there are no fieldmaps, or 3) there is no schedule set up for the plugin. This is so users understand they have to do these things before the plugin can properly work.
* Fixed a bug where `wp_insert_post` failed if the `post_content` or `post_title` values were not passed, but the map row was still created. This passes empty values for both fields if they aren't present. It also throws a `WP_Errror` object if either `wp_insert_post` or `wp_update_post` fail.
* Also fixed some code formatting issues
* 1.0.6 (2017-07-05)
* This builds a basic interface for object map rows that failed to be fully created to map objects between the two systems, and have a temporary ID for either WordPress or Salesforce.
* If any of these rows are present in the database, it creates a Mapping Errors tab at `/wp-admin/options-general.php?page=object-sync-salesforce-admin&tab=mapping_errors`.
* For each row, it shows the WordPress ID, WordPress object type, Salesforce ID, and when it was created. Users are able to edit each row's WordPress and/or Salesforce ID, in case the data they need to map does actually exist, and are also able to delete each row individually in case they just want to let the plugin run again.
* This gives users a non SQL way to manage those error rows if they ever occur, on top of the previous PR on this branch that kept them from preventing further syncing.
* **Noteworthy change:** in `salesforce_mapping` we now filter the `$posted` array so it only contains the columns in the database table for object maps, plus the `action` parameter that we filter out later. I've verified that the various `create_object_map` methods do not contain other parameters that we need to preserve for similar use to the `action`.
* 1.0.5 (2017-06-29)
* Fixes an inconsistent scenario in which the plugin created object map rows with a WordPress or Salesforce ID of 0 and then failed to sync new objects because of the database key. Here's how:
- Change the wordpress_id field on the map table to be a varchar instead of an integer (updating the plugin from the wordpress repo will automatically update this, but users who update manually will need to do it manually)
- when creating an object map between two items, plugin creates a temporary id value for whichever system does not have the item (ie a temporary wordpress id if we're on a salesforce pull action). This replaces the value of 0 that the plugin previously used before updating the database with the correct id value.
- This way if the api fails, server goes down, whatever, that tmp id is unique down to the milisecond. The database key can stay, making sure duplicate ids do not get mapped and such, but in a worst case scenario there are rows that keep the temp id because the operation failed. They can be tracked down to when they happened and whether it was a push or pull that failed, by looking up that ID in the database.
* Also updates documentation to be more clear about how the plugin works with data that exists prior to installation (mostly it doesn't, with some tiny manual exceptions).
* 1.0.4 (2017-06-12)
* Fix the tested version again, as it was reverted
* 1.0.3 (2017-06-09)
* Update the deploy file so it keeps .git, .gitignore, etc. items out of the deployed plugin
* 1.0.2 (2017-06-09)
* Update tested WordPress version to reflect 4.8
* Some basic preparation work for supporting the Salesforce SOAP API
* Update dependencies
* 1.0.1 (2017-06-05)
* made table summaries on API status page into translatable strings
* 1.0.0 (2017-05-30)
* first stable release