CRM-19114 Default membership category on live page isn't the one selected by admin

    Details

    • Type: Bug
    • Status: Done/Fixed
    • Priority: Major
    • Resolution: Cannot Reproduce
    • Affects Version/s: 4.7.7, 4.7.8, 4.7.9
    • Fix Version/s: None
    • Component/s: CiviContribute
    • Versioning Impact:
      Patch (backwards-compatible bug fixes)
    • Documentation Required?:
      None
    • Funding Source:
      Needs Funding

      Description

      Default selected when setting up membership is not correctly displayed on live user screen (i.e., $25 membership selected as default during set-up, $200 membership displayed on actual page - http://bio4climate.org/contribute/supporter/). I tried different default selections, couldn't get them to display correctly.

        Attachments

          Issue Links

            Activity

            [CRM-19114] Default membership category on live page isn't the one selected by admin
            Dan O'Brien added a comment - - edited

            I've tinkered with this on the client's site and it does appear to be an odd bug. The item on the list of memberships that is selected when the membership contribution page is displayed is the N th item in the list, where N is the internal ID of the membership.

            In the screenshots attached, membership level "Buffalo" has an internal ID of 6. "Earthworm" is selected as the default because it's the 6th item displayed. Changing the default membership to a value other than 6 moves the selected radio button to the corresponding item.

            Monish Deb added a comment -

            Dan O'Brien I was unable to replicate the issue on my local. Can you please replicate it in civicrm demo site
            http://dmaster.demo.civicrm.org/ for drupal
            http://wpmaster.demo.civicrm.org/ for wordpress ?

            Dan O'Brien added a comment -

            I think the key to reproducing it is going to be creating a few membership types and then deleting them. If there aren't "gaps" in the membership type IDs, I would imagine it would appear to work properly.

            I'll try and reproduce.

            Monish Deb added a comment -

            Dan O'Brien did you found the bug ?

            Monish Deb added a comment -

            I have tried to replicate it in my local as per the description but didn't able to replicate it (exactly by incrementing the MTs by deleting and then add new MTs) . Am closing this issue, feel free to reopen if you are able to replicate in our demo site .

              People

              • Assignee:
                Monish Deb
                Reporter:
                Adam Sacks

                Dates

                • Created:
                  Updated:
                  Resolved: