Admin Link Broken After 3.0.3 to 3.0.5 Upgrade

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Don McR
    Member
    • Mar 2003
    • 44

    Admin Link Broken After 3.0.3 to 3.0.5 Upgrade

    After upgrading, the Admin link at the bottom of every page points to www.audioheritage.org/index.php instead of www.audioheritage.org/vbulletin/admincp/index.php. I know that this is determined by the value of the $admincpdir variable in the footer template. What I don't know is where this variable is defined so I can change it.

    Regards
    Don
    Last edited by Don McR; Sat 8 Jan '05, 8:23am.
  • Steve Machol
    Former Customer Support Manager
    • Jul 2000
    • 154488

    #2
    Revert your footer template.

    Also are you sure you uploaded the 3.0.5 files to the admin and modcp directories specified in your config.php file?
    Steve Machol, former vBulletin Customer Support Manager (and NOT retired!)
    Change CKEditor Colors to Match Style (for 4.1.4 and above)

    Steve Machol Photography


    Mankind is the only creature smart enough to know its own history, and dumb enough to ignore it.


    Comment

    • Don McR
      Member
      • Mar 2003
      • 44

      #3
      My config.php file makes no reference to the admin and modcp directories. The following is a copy of that file with specific addresses and paswords x'd out for obvious reasons:

      <?php

      /////////////////////////////////////////////////////////////

      // Please note that if you get any errors when connecting, //

      // that you will need to email your host as we cannot tell //

      // you what your specific values are supposed to be //

      /////////////////////////////////////////////////////////////

      // type of database running

      // (only mysql is supported at the moment)

      $dbservertype = 'mysql';

      // hostname or ip of server

      // $servername = 'xxxxxxxxxxxx';

      $servername = 'xxxxxxxxxxxx';

      // username and password to log onto db server

      $dbusername = 'xxxxxxxxxxxxx';

      $dbpassword = 'xxxxxxxxxxxxx';

      // name of database

      $dbname = 'xxxxxxxxxxxx';

      // technical email address - any error messages will be emailed here

      $technicalemail = 'xxxxxxxxxxxx';

      // use persistant connections to the database

      // 0 = don't use

      // 1 = use

      $usepconnect = 0;

      // which users are allowed to view the admin log

      // separate each userid with a comma

      $canviewadminlog = 'x';

      // which users are allowed to prune the admin log

      // separate each userid with a comma

      $canpruneadminlog = 'x';

      ?>

      --------------------------------------------------------------------------

      The admin and modcp directories are as per the default setup and all of the files have a date of 2005/1/8 indicating that the old files were written over. For now, I have edited the footer template (previuosly this template was unedited) to explicitly state the admincp and modcp directories but I am curious why the variables are no longer set correctly.

      Don

      Comment

      • Don McR
        Member
        • Mar 2003
        • 44

        #4
        Obviously, the problem is with my config.php file. After checking the contents of config.php.new file in the download, I see that this is a completely different version with a number of new variables. I remember at one time working with the new version, but I must have overwritten it with an old version during this most recent upgrade. I have subsequently replaced my config.php file with the new version and the directory problem is resolved.

        My only question regards the database table prefix variable. The default is a null setting. I can't remember if I used this during the previous upgrade from v2 to v3 or if I used the suggested 'vb3_'. For now,I have left this commented out. Is there a way that I can find the table names from the admincp? I don't currently have telnet or ssh access to directly query the database.

        My guess is that since the current config file does not specify this variable, and since the forum is working fine, that I must have originally used the default null setting. I did check the "View Table Status" under "Import and Maintenance" and the table names do not show a prefix. However, I am not sure if vbulletin parses them out.

        Don
        Last edited by Don McR; Sat 8 Jan '05, 4:29pm.

        Comment

        • Steve Machol
          Former Customer Support Manager
          • Jul 2000
          • 154488

          #5
          You most likely aren't using a table prefix, but they way to tell is to login to phpMyAdmin and look at the table names.
          Steve Machol, former vBulletin Customer Support Manager (and NOT retired!)
          Change CKEditor Colors to Match Style (for 4.1.4 and above)

          Steve Machol Photography


          Mankind is the only creature smart enough to know its own history, and dumb enough to ignore it.


          Comment

          widgetinstance 262 (Related Topics) skipped due to lack of content & hide_module_if_empty option.
          Working...
          😀
          😂
          🥰
          😘
          🤢
          😎
          😞
          😡
          👍
          👎