Answers.Body: <p>This appears to have been implemented as a deliberate 'feature' to prevent users from making changes to memberships linked to recurring payments. See this related question for details:</p>
  
  <p><a href="https://civicrm.stackexchange.com/questions/31215/how-can-you-edit-the-end-date-for-an-auto-renew-membership">How can you edit the end date for an auto-renew membership?</a></p>
  
  <p>A fix has been merged into CiviCRM core (<a href="https://github.com/civicrm/civicrm-core/pull/15540" rel="nofollow noreferrer">PR #15540</a>) that fixes this issue for the end date field. This fix should be included in CiviCRM 5.20.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-15T18:36:39.590Z
Answers.LastActivityDate: 2019-11-15T18:36:39.590Z
Answers.UserDisplayName: William Mortada
Body: <p>A client wants to status override a recurring membership but cannot do so.</p>
  
  <p>Here are a couple of membership edit screens:</p>
  
  <p>The first is for a membership that <strong><em>is</em></strong> auto renew and has an associated recurring contribution:</p>
  
  <p><img src="https://i.sstatic.net/OdgfT.png" alt="auto renew"></p>
  
  <p>The second is for a membership that <strong><em>is not</em></strong> auto renew and does not have an associated recurring contribution:</p>
  
  <p><img src="https://i.sstatic.net/raQw8.png" alt="not auto renew"></p>
  
  <p>It seems that for some reason, we don't allow people to status override recurring memberships.</p>
  
  <p>Can anyone shed any light on why this is not possible?</p>
  
  <p>Is there a business case for it being set up in this way.</p>
  
  <p>I did have a look at the code but nothing obvious jumped out at me. I'm guessing someone out there knows the thinking behhind this.</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-01-16T19:44:01.010Z
Comments.Text: In the first image there is text indicating 'Over-ride end date'. This suggests to me that this membership has already been overridden, and for some reason the form is not allowing you to change the override. A different random thought: have you configured your Probation custom Membership Status in some odd way that is causing an issue?
Comments.UserDisplayName: Joe Murray
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-01-16T19:44:34.443Z
Comments.Text: I can imagine a concern with being able to process membership status changes properly on receiving payment perhaps led to a poor choice to decide supporting these overrides was out of scope. Getting the tests to all work, and to ignore changing the membership status while still renewing a membership does seem like a bunch of special case statements.
Comments.UserDisplayName: Joe Murray
Tags: <civimember>
Title: Can I status override an auto renewing membership?
ThreadText: # Can I status override an auto renewing membership?
  
  (Asked by: username_0 on 2019-01-16)
  
  A client wants to status override a recurring membership but cannot do so.
  
  Here are a couple of membership edit screens:
  
  The first is for a membership that ***is*** auto renew and has an associated recurring contribution:
  
  ![auto renew](https://i.sstatic.net/OdgfT.png)
  
  The second is for a membership that ***is not*** auto renew and does not have an associated recurring contribution:
  
  ![not auto renew](https://i.sstatic.net/raQw8.png)
  
  It seems that for some reason, we don't allow people to status override recurring memberships.
  
  Can anyone shed any light on why this is not possible?
  
  Is there a business case for it being set up in this way.
  
  I did have a look at the code but nothing obvious jumped out at me. I'm guessing someone out there knows the thinking behhind this.
  
  **Tags:** civimember
  
  > **Comments:**
  > **username_1**: In the first image there is text indicating 'Over-ride end date'. This suggests to me that this membership has already been overridden, and for some reason the form is not allowing you to change the override. A different random thought: have you configured your Probation custom Membership Status in some odd way that is causing an issue?  
  > **username_1**: I can imagine a concern with being able to process membership status changes properly on receiving payment perhaps led to a poor choice to decide supporting these overrides was out of scope. Getting the tests to all work, and to ignore changing the membership status while still renewing a membership does seem like a bunch of special case statements.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2019-11-15. Score: 2
  
  This appears to have been implemented as a deliberate 'feature' to prevent users from making changes to memberships linked to recurring payments. See this related question for details:
  
  [How can you edit the end date for an auto-renew membership?](https://civicrm.stackexchange.com/questions/31215/how-can-you-edit-the-end-date-for-an-auto-renew-membership)
  
  A fix has been merged into CiviCRM core ([PR #15540](https://github.com/civicrm/civicrm-core/pull/15540)) that fixes this issue for the end date field. This fix should be included in CiviCRM 5.20.
  
  
  ---
  
  