The initial plan was to add a mobile_number field of type "Mobile Number" to the user entity when marketing_cloud_sms was installed. This was halted to use a plain text type, due to outstanding Javascript bugs in Mobile Number that made it unusable in the short term. It was then decided that this would be out of scope for this module and that that responsibility should be up to modules that use marketing_cloud_sms as a dependency.

The mobile_number module is still listed as a dependency and needs to be removed from marketing_cloud_sms.info.yml. See test report: https://www.drupal.org/pift-ci-job/965180.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

john_a created an issue. See original summary.

john_a’s picture

Title: mobilr_number module dependency in marketing_cloud_sms » mobile_number module dependency in marketing_cloud_sms
john_a’s picture

Issue summary: View changes
john_a’s picture

Status: Active » Needs review

This needs reviewing, so that I can close this ticket. @Bhanu, can you do this please? The main tests are running pareview, the unit tests (if you need help setting up phpunit tests on your local, let me know), and attempting a dummy end-to-end API call. See marketing_cloud_example for help on how to do this. The API call does not need to be 100% successful, but prove that the call does not fail due to unmet dependencies.

john_a’s picture

Status: Needs review » Active

The above comment was accidentally placed on the wrong ticket

john_a’s picture

Assigned: Unassigned » john_a
john_a’s picture

Status: Active » Needs review
FileSize
412 bytes

This is ready for reviewing. please can you review?

Installation of marketing_cloud shoul now only require marketing_cloud

john_a’s picture

Assigned: john_a » Unassigned
john_a’s picture

Status: Needs review » Fixed

patch reviewed and applied by self

john_a’s picture

Status: Fixed » Closed (fixed)