Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Duplicate
    • Affects Version/s: 1.5.4
    • Fix Version/s: None
    • Component/s: Accessibility
    • Labels:
      None
    • Environment:
      All
    • Affected Branches:
      MOODLE_15_STABLE

      Description

      When $CFG->loginhttps is set to true and $CFG->wwwroot is set to a https:// location, the user profile page (user/view.php) does incorrectly link to the edit page (user/edit.php) via httpss: instead of https:.

      To solve this, line 34 of user/tabs.php (v 1.3 2005/05/05 09:35:21 as shipping with Moodle 1.5.4) should be replaced from

      $wwwroot = str_replace('http','https',$CFG->wwwroot);

      to

      $wwwroot = str_replace('http://', 'https://', $CFG->wwwroot);

        Gliffy Diagrams

          Attachments

            Activity

            Hide
            dougiamas Martin Dougiamas added a comment -

            From Petr Skoda (skodak at centrum.cz) Tuesday, 30 May 2006, 06:01 AM:

            Please disable loginhttps (you can not use both loginhttps and hhtps in wwwroot at the same time in 1.5.x) or upgrade to 1.6.

            From Robert Allerstorfer (roal at anet.at) Tuesday, 30 May 2006, 06:41 AM:

            OK, I have now found that this problem has already been reported as MDL-5565, sorry for the duplicate. And it is now clear that the workaround is to set 'loginhttps' to 'No' via calling /admin/config.php

            From Petr Skoda (skodak at centrum.cz) Tuesday, 30 May 2006, 01:29 PM:

            no problem, I am glad I could help

            Show
            dougiamas Martin Dougiamas added a comment - From Petr Skoda (skodak at centrum.cz) Tuesday, 30 May 2006, 06:01 AM: Please disable loginhttps (you can not use both loginhttps and hhtps in wwwroot at the same time in 1.5.x) or upgrade to 1.6. From Robert Allerstorfer (roal at anet.at) Tuesday, 30 May 2006, 06:41 AM: OK, I have now found that this problem has already been reported as MDL-5565 , sorry for the duplicate. And it is now clear that the workaround is to set 'loginhttps' to 'No' via calling /admin/config.php From Petr Skoda (skodak at centrum.cz) Tuesday, 30 May 2006, 01:29 PM: no problem, I am glad I could help
            Hide
            mblake Michael Blake added a comment -

            assign to a valid user

            Show
            mblake Michael Blake added a comment - assign to a valid user

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: