Menu

rd_login_pages ext versions

Help
2014-04-10
2014-04-11
  • Michael Kuhn

    Michael Kuhn - 2014-04-10

    I have installed the latest version of radiusDesk per the svn which requires ext4.2 and I have working correctly.

    I have installed the latest version of the rd_login_pages per the svn and linked to the ext required for the rd, cake2 and rd_cake however when trying to login I get a UAM service unavailable which we believe is caused by the differences in the ext frameworks as we receive errors when the page loads in the browser indicating a m.dom undefined in the ext.js and when the form is submitted it complains about a <? Error.

    Is there a way to run both the 4.1 and 4.2 versions of the ext framework at the same time? Or is there a way I can get the previous version of the radiusDesk that does not require the 4.2 version of the ext framework?

    Or is there another possible cause for the error?

     
    • Mfawa Alfred Onen

      Hi, so you will want to ensure that the uam secret ($uamsecret =
      'greatsecret';
      ) in rd_login_pages/services/uam.php is set to the same
      secret you have with CoovaChilli (/etc/chilli/config -> HS_UAMSECRET)

      On Thu, Apr 10, 2014 at 1:04 PM, Michael Kuhn miku-74@users.sf.net wrote:

      I have installed the latest version of radiusDesk per the svn which
      requires ext4.2 and I have working correctly.

      I have installed the latest version of the rd_login_pages per the svn and
      linked to the ext required for the rd, cake2 and rd_cake however when
      trying to login I get a UAM service unavailable which we believe is caused
      by the differences in the ext frameworks as we receive errors when the page
      loads in the browser indicating a m.dom undefined in the ext.js and when
      the form is submitted it complains about a <? Error.

      Is there a way to run both the 4.1 and 4.2 versions of the ext framework
      at the same time? Or is there a way I can get the previous version of the
      radiusDesk that does not require the 4.2 version of the ext framework?

      Or is there another possible cause for the error?

       
      • Mfawa Alfred Onen

        Also, make sure you have open_short_tag = On in your php.ini file.

        On Thu, Apr 10, 2014 at 1:18 PM, Mfawa Alfred Onen
        muffycompoqm@gmail.comwrote:

        Hi, so you will want to ensure that the uam secret ($uamsecret =
        'greatsecret';
        ) in rd_login_pages/services/uam.php is set to the same
        secret you have with CoovaChilli (/etc/chilli/config -> HS_UAMSECRET)

        On Thu, Apr 10, 2014 at 1:04 PM, Michael Kuhn miku-74@users.sf.netwrote:

        I have installed the latest version of radiusDesk per the svn which
        requires ext4.2 and I have working correctly.

        I have installed the latest version of the rd_login_pages per the svn and
        linked to the ext required for the rd, cake2 and rd_cake however when
        trying to login I get a UAM service unavailable which we believe is caused
        by the differences in the ext frameworks as we receive errors when the page
        loads in the browser indicating a m.dom undefined in the ext.js and when
        the form is submitted it complains about a <? Error.

        Is there a way to run both the 4.1 and 4.2 versions of the ext framework
        at the same time? Or is there a way I can get the previous version of the
        radiusDesk that does not require the 4.2 version of the ext framework?

        Or is there another possible cause for the error?

        --
        Mfawa Alfred Onen
        M.Sc Telecoms, B.Eng Elect/Elect, CCNA, RHCE(in view)
        System Administrator
        Department of Computer Science,
        Bingham University.

        E-Mail: systemadmin@binghamuni.edu.ng
        Phone1: +234 805 944 3154
        Phone2: +234 803 079 6088

         
      • Michael Kuhn

        Michael Kuhn - 2014-04-10

        Thanks for the reply the secrets are the same that I am sure of.

        The open_php_short was set to off! I have changed and will test.

         

        Last edit: Michael Kuhn 2014-04-10
        • Michael Kuhn

          Michael Kuhn - 2014-04-11

          Thanks for the information, changing the open_php_short option and restarting the apache solved the issue.

           

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.