Answers.Body: <p>As per the comment, try disabling/enabling the extensions using <code>cv</code>.  That might give you some other messages and clues about what is happening.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-02-08T16:42:40.613Z
Answers.LastActivityDate: 2023-02-08T16:42:40.613Z
Answers.UserDisplayName: Aidan
Body: <p>As Drupal 7 EoL approaches once again, we're considering a move to WordPress. I've got a test build running locally, and I've successfully imported all our CiviCRM data following the guide at <a href="https://docs.civicrm.org/sysadmin/en/latest/misc/switching-cms/drupal-to-wordpress/" rel="nofollow noreferrer">https://docs.civicrm.org/sysadmin/en/latest/misc/switching-cms/drupal-to-wordpress/</a></p>
  <p>That done, I am now unable to enable or disable any CiviCRM extensions on the WordPress site. The CiviCRM Extensions page loads fine, and clicking enable/disable in the right hand column on any module leads to the confirmation screen as expected. Once I confirm, however, I am returned to the Extensions page with no changes. There is no specific error message.</p>
  <p>I do have one error that is appearing periodically as a notification in the top right seemingly at random. It simply reads, <code>Error The file is either empty or you do not have permission to retrieve the file</code>. My best guess is that this is related to the CiviMobile API that was installed on the Drupal site, and is now displaying without the QR code that would normally load - but I'm unable to disable the module to establish for sure whether that's the cause! [<strong>Edit:</strong> My guess was wrong. Disabling CiviMobileAPI did nothing for that error, but disabling and re-enabling DataProcessor seems to have cleared it.]</p>
  <p>There's nothing in ConfigAndLog that seems to tally with the times at which I've tried to enable or disable extensions, but I do see this, if it means anything:</p>
  <pre><code>Feb 08 11:15:07  [error] 
  $Fatal Error Details = array:3 [
    &quot;message&quot; =&gt; &quot; is not of type String&quot;
    &quot;code&quot; =&gt; null
    &quot;exception&quot; =&gt; CRM_Core_Exception {#9862
      -errorData: array:1 [
        &quot;error_code&quot; =&gt; 0
      ]
      #cause: null
      -_trace: null
      #message: &quot; is not of type String&quot;
      #code: 0
      #file: &quot;/Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php&quot;
      #line: 1807
      trace: {
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php:1807 {
          › elseif ($abort) {
          ›   throw new CRM_Core_Exception(&quot;{$item[0]} is not of type {$item[1]}&quot;);
          › }
        }
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php:1657 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/uploads/civicrm/ext/dataprocessor/CRM/Dataprocessor/Form/Output/AbstractUIOutputForm.php:92 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/uploads/civicrm/ext/dataprocessor/CRM/DataprocessorSearch/Form/AbstractSearch.php:534 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php:549 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php:354 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Utils/Wrapper.php:98 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:292 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:69 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:36 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm.php:1199 { …}
        /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php:308 { …}
        /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php:332 { …}
        /Applications/MAMP/htdocs/test_wp/wp-includes/plugin.php:517 { …}
        /Applications/MAMP/htdocs/test_wp/wp-admin/admin.php:259 { …}
      }
    }
  ]
  
  
  Feb 08 11:15:07  [debug] $backTrace = #0 /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(441): CRM_Core_Error::backtrace(&quot;backTrace&quot;, TRUE)
  #1 /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(39): CRM_Core_Error::handleUnhandledException(Object(CRM_Core_Exception))
  #2 /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm.php(1199): CRM_Core_Invoke::invoke((Array:4))
  #3 /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php(308): CiviCRM_For_WordPress-&gt;invoke(&quot;&quot;)
  #4 /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php(332): WP_Hook-&gt;apply_filters(&quot;&quot;, (Array:1))
  #5 /Applications/MAMP/htdocs/test_wp/wp-includes/plugin.php(517): WP_Hook-&gt;do_action((Array:1))
  #6 /Applications/MAMP/htdocs/test_wp/wp-admin/admin.php(259): do_action(&quot;toplevel_page_CiviCRM&quot;)
  #7 {main}
  </code></pre>
  <p>WordPress is on version 6.1.1, Drupal was on 7.94. CiviCRM on both is 5.58.0. System Status has a warning about making Resource URLs portable, but I've checked and they all look in order apart from CiviCRM Resource URL, which is absolute but also read only. The Extentions page is correctly listing all available extensions from wp-content/uploads/civicrm/ext. System Status lists the following installed and up to date:</p>
  <ul>
  <li>AuthX: Version 5.58.0</li>
  <li>Calendar: Version 3.5.1</li>
  <li>CiviCRM Bootstrap theme: Version 1.0.0-beta.12</li>
  <li>CiviMobileAPI: Version 6.1.2</li>
  <li>CKEditor4: Version 5.58.0</li>
  <li>Contribution cancel actions: Version 5.58.0</li>
  <li>Custom search framework: Version 5.58.0</li>
  <li>Data Processor: Version 1.59</li>
  <li>Event Cart: Version 5.58.0</li>
  <li>Financial ACLs: Version 5.58.0</li>
  <li>FlexMailer: Version 5.58.0</li>
  <li>Form Core: Version 5.58.0</li>
  <li>General Data Protection Regulation: Version 3.4</li>
  <li>GoCardless Direct Debit Payment Processor: Version 1.13.0</li>
  <li>Mosaico: Version 2.10.1665574809</li>
  <li>OAuth Client: Version 5.58.0</li>
  <li>reCAPTCHA: Version 5.58.0</li>
  <li>SearchKit: Version 5.58.0</li>
  <li>Sequential credit notes: Version 5.58.0</li>
  <li>Theme: Greenwich: Version 5.58.0</li>
  </ul>
  <p>Obviously, I know Shoreditch is not officially supported on Wordpress, but I'd prefer to keep things consistent for our users if I can, and it seemed to be running fine before the database import using the Shoreditch WordPress Workarounds extension. But that's now disabled because it wasn't enabled in the imported Drupal database, and I can neither enable that nor disable Shoreditch itself.</p>
  <p>Can anyone shed any light?</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-02-08T12:43:58.863Z
Comments.Text: Can you disable/enable extensions using `cv`?  That might give you a few more clues.
Comments.UserDisplayName: Aidan
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-02-08T14:13:17.077Z
Comments.Text: @Aidan Doh. Should have thought of that. Thank you! disabling CiviMobile API with cv seems to have unblocked whatever the problem was with everything else and now it works fine through the UI. Still got some debugging to do on the other errors then, but being able to disable extensions will make that much easier. Give that as an answer and I'll accept it.
Comments.UserDisplayName: somnolentsurfer
Tags: <wordpress><extension><migration>
Title: Can't enable or disable extensions after migrating from Drupal to Wordpress
ThreadText: # Can't enable or disable extensions after migrating from Drupal to Wordpress
  
  (Asked by: username_0 on 2023-02-08)
  
  As Drupal 7 EoL approaches once again, we're considering a move to WordPress. I've got a test build running locally, and I've successfully imported all our CiviCRM data following the guide at https://docs.civicrm.org/sysadmin/en/latest/misc/switching-cms/drupal-to-wordpress/
  That done, I am now unable to enable or disable any CiviCRM extensions on the WordPress site. The CiviCRM Extensions page loads fine, and clicking enable/disable in the right hand column on any module leads to the confirmation screen as expected. Once I confirm, however, I am returned to the Extensions page with no changes. There is no specific error message.
  I do have one error that is appearing periodically as a notification in the top right seemingly at random. It simply reads, Error The file is either empty or you do not have permission to retrieve the file. My best guess is that this is related to the CiviMobile API that was installed on the Drupal site, and is now displaying without the QR code that would normally load - but I'm unable to disable the module to establish for sure whether that's the cause! [Edit: My guess was wrong. Disabling CiviMobileAPI did nothing for that error, but disabling and re-enabling DataProcessor seems to have cleared it.]
  There's nothing in ConfigAndLog that seems to tally with the times at which I've tried to enable or disable extensions, but I do see this, if it means anything:
  Feb 08 11:15:07  [error] 
  $Fatal Error Details = array:3 [
    "message" => " is not of type String"
    "code" => null
    "exception" => CRM_Core_Exception {#9862
      -errorData: array:1 [
        "error_code" => 0
      ]
      #cause: null
      -_trace: null
      #message: " is not of type String"
      #code: 0
      #file: "/Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php"
      #line: 1807
      trace: {
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php:1807 {
          › elseif ($abort) {
          ›   throw new CRM_Core_Exception("{$item[0]} is not of type {$item[1]}");
          › }
        }
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/DAO.php:1657 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/uploads/civicrm/ext/dataprocessor/CRM/Dataprocessor/Form/Output/AbstractUIOutputForm.php:92 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/uploads/civicrm/ext/dataprocessor/CRM/DataprocessorSearch/Form/AbstractSearch.php:534 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php:549 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Controller.php:354 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Utils/Wrapper.php:98 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:292 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:69 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php:36 { …}
        /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm.php:1199 { …}
        /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php:308 { …}
        /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php:332 { …}
        /Applications/MAMP/htdocs/test_wp/wp-includes/plugin.php:517 { …}
        /Applications/MAMP/htdocs/test_wp/wp-admin/admin.php:259 { …}
      }
    }
  ]
  
  
  Feb 08 11:15:07  [debug] $backTrace = #0 /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(441): CRM_Core_Error::backtrace("backTrace", TRUE)
  #1 /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm/CRM/Core/Invoke.php(39): CRM_Core_Error::handleUnhandledException(Object(CRM_Core_Exception))
  #2 /Applications/MAMP/htdocs/test_wp/wp-content/plugins/civicrm/civicrm.php(1199): CRM_Core_Invoke::invoke((Array:4))
  #3 /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php(308): CiviCRM_For_WordPress->invoke("")
  #4 /Applications/MAMP/htdocs/test_wp/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters("", (Array:1))
  #5 /Applications/MAMP/htdocs/test_wp/wp-includes/plugin.php(517): WP_Hook->do_action((Array:1))
  #6 /Applications/MAMP/htdocs/test_wp/wp-admin/admin.php(259): do_action("toplevel_page_CiviCRM")
  #7 {main}
  
  WordPress is on version 6.1.1, Drupal was on 7.94. CiviCRM on both is 5.58.0. System Status has a warning about making Resource URLs portable, but I've checked and they all look in order apart from CiviCRM Resource URL, which is absolute but also read only. The Extentions page is correctly listing all available extensions from wp-content/uploads/civicrm/ext. System Status lists the following installed and up to date:
  
  AuthX: Version 5.58.0
  Calendar: Version 3.5.1
  CiviCRM Bootstrap theme: Version 1.0.0-beta.12
  CiviMobileAPI: Version 6.1.2
  CKEditor4: Version 5.58.0
  Contribution cancel actions: Version 5.58.0
  Custom search framework: Version 5.58.0
  Data Processor: Version 1.59
  Event Cart: Version 5.58.0
  Financial ACLs: Version 5.58.0
  FlexMailer: Version 5.58.0
  Form Core: Version 5.58.0
  General Data Protection Regulation: Version 3.4
  GoCardless Direct Debit Payment Processor: Version 1.13.0
  Mosaico: Version 2.10.1665574809
  OAuth Client: Version 5.58.0
  reCAPTCHA: Version 5.58.0
  SearchKit: Version 5.58.0
  Sequential credit notes: Version 5.58.0
  Theme: Greenwich: Version 5.58.0
  
  Obviously, I know Shoreditch is not officially supported on Wordpress, but I'd prefer to keep things consistent for our users if I can, and it seemed to be running fine before the database import using the Shoreditch WordPress Workarounds extension. But that's now disabled because it wasn't enabled in the imported Drupal database, and I can neither enable that nor disable Shoreditch itself.
  Can anyone shed any light?
  
  **Tags:** wordpress, extension, migration
  
  > **Comments:**
  > **username_1**: Can you disable/enable extensions using `cv`?  That might give you a few more clues.  
  > **username_0**: @username_1 Doh. Should have thought of that. Thank you! disabling CiviMobile API with cv seems to have unblocked whatever the problem was with everything else and now it works fine through the UI. Still got some debugging to do on the other errors then, but being able to disable extensions will make that much easier. Give that as an answer and I'll accept it.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2023-02-08. Score: 3 | Accepted answer
  
  As per the comment, try disabling/enabling the extensions using `cv`. That might give you some other messages and clues about what is happening.
  
  
  ---
  
  