Answers.Body: <p>I think the answer to this was that there was a bug whereby the 'weight' was being used in one situation, whereas the type ID was being used in the other. And this error only showed up if you had changed the 'weight' ie the order of your Membership Types.</p>
  
  <p>To quote the ticket in <a href="https://issues.civicrm.org/jira/browse/CRM-19871" rel="nofollow noreferrer">JIRA</a></p>
  
  <blockquote>
    <p>In the contribution page edit form, the default is selected by membership_type_id. When the contribution form is displayed, it's using the weight of the membership type instead</p>
  </blockquote>
  
  <p>This has now been fixed by the Fuzion Team.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-01-13T03:30:54.107Z
Answers.LastActivityDate: 2017-01-13T03:30:54.107Z
Answers.UserDisplayName: Gemma - Fuzion
Body: <p>On contribution page, I set "Membership One" as default membership, but then "Membership Two" is what shows up as default membership choice for public. I tried changing the default to other membership type, and it never "sets" as the correct membership I want defaulted but rather chooses another membership. It's like the membership type that is visible to public, is actually programmed as something else in Civicrm. Using WP.</p>
  
  <p>How do I fix this?</p>
  
  <p>Thank you!</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-14T08:22:11.890Z
Comments.Text: can you confirm if you can replicate this on the demo site please
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-14T15:27:46.533Z
Comments.Text: How do I do that?^^^
Comments.UserDisplayName: SHE
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-14T16:26:30.407Z
Comments.Text: link for testing in demo https://civicrm.org/sandboxes - username and password is demo
Comments.UserDisplayName: Ramesh - ARTECH Consultancy
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-14T17:31:18.147Z
Comments.Text: I couldn't put in my civi info in demo site, doesn't seem like there is a way to just drop my civicrm component in there if that's what I am supposed to do to test it.
Comments.UserDisplayName: SHE
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-14T19:18:53.670Z
Comments.Text: You would replicate by creating a Contribution page with memberships and confirming it works / fails in same way it does on your install
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-14T21:14:41.923Z
Comments.Text: Ok, I tried it out and seems to work on demo but not sure why it wouldn't work on demo. So, error doesn't replicate but not sure why it would or else everyone would be having this same problem and seems to be only me.
Comments.UserDisplayName: SHE
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-16T00:32:03.297Z
Comments.Text: Any ideas for me? Why would default membership type on back-end not translate to default membership type on front-end? If I change default to another membership type it changes again to a different membership type on back end.
Comments.UserDisplayName: SHE
Tags: <civimember><default-settings>
Title: What is causing default membership type error?
ThreadText: # What is causing default membership type error?
  
  (Asked by: username_0 on 2016-06-14)
  
  On contribution page, I set "Membership One" as default membership, but then "Membership Two" is what shows up as default membership choice for public. I tried changing the default to other membership type, and it never "sets" as the correct membership I want defaulted but rather chooses another membership. It's like the membership type that is visible to public, is actually programmed as something else in Civicrm. Using WP.
  
  How do I fix this?
  
  Thank you!
  
  **Tags:** civimember, default-settings
  
  > **Comments:**
  > **username_1**: can you confirm if you can replicate this on the demo site please  
  > **username_0**: How do I do that?^^^  
  > **username_2**: link for testing in demo https://civicrm.org/sandboxes - username and password is demo  
  > **username_0**: I couldn't put in my civi info in demo site, doesn't seem like there is a way to just drop my civicrm component in there if that's what I am supposed to do to test it.  
  > **username_1**: You would replicate by creating a Contribution page with memberships and confirming it works / fails in same way it does on your install  
  > **username_0**: Ok, I tried it out and seems to work on demo but not sure why it wouldn't work on demo. So, error doesn't replicate but not sure why it would or else everyone would be having this same problem and seems to be only me.  
  > **username_0**: Any ideas for me? Why would default membership type on back-end not translate to default membership type on front-end? If I change default to another membership type it changes again to a different membership type on back end.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2017-01-13. Score: 2
  
  I think the answer to this was that there was a bug whereby the 'weight' was being used in one situation, whereas the type ID was being used in the other. And this error only showed up if you had changed the 'weight' ie the order of your Membership Types.
  
  To quote the ticket in [JIRA](https://issues.civicrm.org/jira/browse/CRM-19871)
  
  > In the contribution page edit form, the default is selected by membership\_type\_id. When the contribution form is displayed, it's using the weight of the membership type instead
  
  This has now been fixed by the Fuzion Team.
  
  
  ---
  
  