Answers.Body: <p>The recent civi upgrade tries to disable some obsolete extensions during the process. This functionality was added in <a href="https://github.com/civicrm/civicrm-core/pull/13298" rel="nofollow noreferrer">https://github.com/civicrm/civicrm-core/pull/13298</a></p>
  
  <p>And from the comment posted at <a href="https://github.com/civicrm/civicrm-core/pull/13298#issuecomment-462961558" rel="nofollow noreferrer">https://github.com/civicrm/civicrm-core/pull/13298#issuecomment-462961558</a>, it seem it do provides a list of extensions that will be disabled.</p>
  
  <p>The above error seems to be triggered when an extension related to payment processor type is disabled which in turn tries to remove the payment processor type attached to it.</p>
  
  <p>Not completely sure, but this is what it seems from the backtrace shown.</p>
  
  <p>UPDATE -it looks like there are 4 noted extensions which are checked by the above PR during the upgrade process.</p>
  
  <p><code>uk.squiffle.kam</code>, <code>com.aghstrategies.slicknav</code>, <code>de.systopia.recentitems</code>, and <code>com.ixiam.modules.quicksearch</code>.</p>
  
  <p>If any of the extension is present on the site, it will try to disable them which throws the error on upgrade.</p>
  
  <p>Note that none of these extensions are related to any payment processor. </p>
  
  <p>So, it must be something in your DB which mismatches with the expected values resulting into this error. Would recommend disabling these extensions manually before starting an upgrade process.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-12T13:06:49.963Z
Answers.Text: We had uk.squiffle.kam active when upgrading and experienced a failure then cleared cache and ran upgrader again, so this answer makes sense. It would have been nice to have warning on doing this step before upgrade. Everything seems to be working, except some user permissions were changed...
Answers.UserDisplayName: Andy Burns
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-12T21:35:49.463Z
Answers.Text: This seems to be 2 issues that may or may not be related. There is automatic disabling of obsolete extensions in 5.12 (and in our testing it did not cause any crashes or problems during upgrade, sorry to hear you had trouble with it @AndyBurns) and there is something going on with payment processors. Not sure what the deal is there.
Answers.UserDisplayName: Coleman
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-12T05:03:06.327Z
Answers.LastActivityDate: 2019-04-12T05:50:49.370Z
Answers.LastEditDate: 2019-04-12T05:50:49.370Z
Answers.UserDisplayName: jitendra - fuzion
Answers.Body: <p>I had a similar experience. Flushing cache didn't do it for me (I tried 'cv flush', too). Found this: <a href="https://github.com/ixiam/com.ixiam.payment.redsys/issues/24" rel="nofollow noreferrer">https://github.com/ixiam/com.ixiam.payment.redsys/issues/24</a> and tried deleting the payment processor records in table civicrm_managed. Upgrade went ok after that. The records were for the iATS payment processor, which I had recently tested but am not actively using. It looks like they were recreated after the upgrade.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-04-06T17:18:35.113Z
Answers.LastActivityDate: 2019-04-06T17:18:35.113Z
Answers.UserDisplayName: Mark Westergaard
Body: <p>I don't know why it would want to delete a payment processor type, but it did. I ended up clearing the civicrm cache again and running the upgrade again - this time with no issue.</p>
  
  <p><a href="https://i.sstatic.net/GLXcC.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/GLXcC.png" alt="error backdrip"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-04-11T13:18:20.393Z
Comments.Text: Has everything been working fine since the upgrade? We have hit the same issue as well.
Comments.UserDisplayName: Andy Burns
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-04-15T17:04:15.920Z
Comments.Text: so far so good.
Comments.UserDisplayName: themak
Tags: <upgrade>
Title: Weird issue when upgrading to 5.12 - errors re deleting a payment processor type
ThreadText: # Weird issue when upgrading to 5.12 - errors re deleting a payment processor type
  
  (Asked by: username_0 on 2019-04-05)
  
  I don't know why it would want to delete a payment processor type, but it did. I ended up clearing the civicrm cache again and running the upgrade again - this time with no issue.
  
  [![error backdrip](https://i.sstatic.net/GLXcC.png)](https://i.sstatic.net/GLXcC.png)
  
  **Tags:** upgrade
  
  > **Comments:**
  > **username_1**: Has everything been working fine since the upgrade? We have hit the same issue as well.  
  > **username_0**: so far so good.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_2 on 2019-04-12. Score: 4
  
  The recent civi upgrade tries to disable some obsolete extensions during the process. This functionality was added in <https://github.com/civicrm/civicrm-core/pull/13298>
  
  And from the comment posted at <https://github.com/civicrm/civicrm-core/pull/13298#issuecomment-462961558>, it seem it do provides a list of extensions that will be disabled.
  
  The above error seems to be triggered when an extension related to payment processor type is disabled which in turn tries to remove the payment processor type attached to it.
  
  Not completely sure, but this is what it seems from the backtrace shown.
  
  UPDATE -it looks like there are 4 noted extensions which are checked by the above PR during the upgrade process.
  
  `uk.squiffle.kam`, `com.aghstrategies.slicknav`, `de.systopia.recentitems`, and `com.ixiam.modules.quicksearch`.
  
  If any of the extension is present on the site, it will try to disable them which throws the error on upgrade.
  
  Note that none of these extensions are related to any payment processor.
  
  So, it must be something in your DB which mismatches with the expected values resulting into this error. Would recommend disabling these extensions manually before starting an upgrade process.
  
  > **Comments:**
  > **username_1**: We had uk.squiffle.kam active when upgrading and experienced a failure then cleared cache and ran upgrader again, so this answer makes sense. It would have been nice to have warning on doing this step before upgrade. Everything seems to be working, except some user permissions were changed...  
  > **username_3**: This seems to be 2 issues that may or may not be related. There is automatic disabling of obsolete extensions in 5.12 (and in our testing it did not cause any crashes or problems during upgrade, sorry to hear you had trouble with it @AndyBurns) and there is something going on with payment processors. Not sure what the deal is there.  
  
  ---
  
  ### Answer by username_4 on 2019-04-06. Score: 1
  
  I had a similar experience. Flushing cache didn't do it for me (I tried 'cv flush', too). Found this: <https://github.com/ixiam/com.ixiam.payment.redsys/issues/24> and tried deleting the payment processor records in table civicrm\_managed. Upgrade went ok after that. The records were for the iATS payment processor, which I had recently tested but am not actively using. It looks like they were recreated after the upgrade.
  
  
  ---
  
  