CRM-9488 message template edit link is wrong

    Details

    • Type: Bug
    • Status: Done/Fixed
    • Priority: Minor
    • Resolution: Fixed/Completed
    • Affects Version/s: 3.4.8
    • Fix Version/s: Unscheduled
    • Component/s: CiviMail
    • Labels:
      None
    • Versioning Impact:
      Patch (backwards-compatible bug fixes)
    • Documentation Required?:
      None
    • Funding Source:
      Needs Funding

      Description

      using a domain starting with www
      on the page www.<domain name>/civicrm/admin/messageTemplates?selectedChild=user&reset=1 the link to edit a message template is build without the leading www.
      As the user is not logged in at the domain without www the result is a 404 error page.

        Attachments

          Activity

          [CRM-9488] message template edit link is wrong
          Gerald Maurer added a comment -

          the same for the delete link

          David Greenberg added a comment -

          Reviewed the code which creates those links (CRM/Admin/Page/MessageTemplates.php links()) - and it creates the URLs in the same way as most (all) other pages. I'm wondering if there's an issue with your CIVICRM_UF_BASEURL setting in civicrm.settings.php.

          Gerald Maurer added a comment -

          You are right. These links are created the same way as most all other action links. They all work the same way. Sorry for assigning this problem to CiviMail and not examining this problem reported by my client in detail before.

          The problem still exists. The CIVICRM_UF_BASEURL setting ist without www, but our website and CiviCRM can be called both ways with and without leading www. All action links are not created correctly in case of being used the other way not defined by CIVICRM_UF_BASEURL. All other links created by CiviCRM (e.g. menus or form submit buttons) are created correctly and work fine, but the action links do not. Why do they have another behaviour?

          I'm using the Drupal version.

          Donald A. Lobo added a comment -


          We currently use absolute urls, switching to relative is a project which we need to tackle at some stage

          John K. added a comment -

          The core issue was fixed, let's worry about using relative URLs as a separate issue.

            People

            • Assignee:
              Unassigned
              Reporter:
              Gerald Maurer

              Dates

              • Created:
                Updated:
                Resolved: