Not signed in (Sign In)

Categories

Vanilla 1.1.5 is a product of Lussumo. More Information: Documentation, Community Support.

Help keep Vanilla free:
Welcome Guest!
Want to take part in these discussions? If you have an account, sign in now.
If you don't have an account, apply for one now.

Vanilla: Fatal error: Call to undefined method Menu::AddTab()

Bottom of Page

1 to 19 of 19

  1.  
  1.  # 1
    I just started using Vanilla. Well, I actually have not started yet. I can run the setup, but when I try to access to application for the first time I get the following error:

    Fatal error: Call to undefined method Menu::AddTab() in /home/breese/majordojo/web/htdocs/vanilla/appg/init_vanilla.php on line 79


    Any ideas? I am running Apache 1.3.x, PHP 5.1 and MySQL 4.1.x. Could this be a PHP compatibility issue? And if so, how might I solve it?
    •  
      CommentAuthorDinoboff
    • CommentTimeJul 9th 2006 edited
     # 2
    Have you check the common mistakes?
    •  
      CommentAuthorlech
    • CommentTimeJul 9th 2006
     # 3
    It doesn't look like it could be a compatibility issue. Are you running a stable 1.0 release or something off of the subversion repository?
    • CommentAuthorbyrnereese
    • CommentTimeJul 12th 2006
     # 4
    Still no dice. Just to be sure I started over and did a clean install. I paid special attention to instructions and made sure that I was setting file permissions properly. I was able to go through the automated setup process which took me to a login screen. I logged in and was presented with the following screen:

    You are signed in

    * Click here to continue to the discussions
    * Click here to continue to the categories

    However, clicking on either of these links yields the same error as before:

    Fatal error: Call to undefined method Menu::AddTab() in /home/breese/majordojo/web/htdocs/vanilla/appg/init_vanilla.php on line 79

    phpinfo() yields the following information:

    http://www.majordojo.com/vanilla/info.php

    I am stumped. I am sure this is an environment configuration issue - I have a hard time believing that I have uncovered a bug given how many people have got this to work just fine.
    •  
      CommentAuthorlech
    • CommentTimeJul 12th 2006
     # 5
    Ok, to be clear this is a totally clean install of version 1 without any extensions or anything, right? No previous /conf/ or /appg/ files, just straight up fresh install. and it's still barfing?
    • CommentAuthorbyrnereese
    • CommentTimeJul 12th 2006
     # 6
    Totally clean. Straight out of the box - just trying to get a plain vanilla Vanilla working. :-D When I did a fresh install, I complete dropped the old database and recreated, I deleted all files out of my /home/breese/vanilla directory, re-downloaded Vanilla-1.zip and started completely from scratch.
    •  
      CommentAuthorlech
    • CommentTimeJul 12th 2006
     # 7
    That's completely odd, I think that the only person that would know what in going on here is Mark. I can't think of any good reason why building the menu would kill it like that. Not to leave you on your own though, someone else may have a better explanation because I'm stumped at the present.

    Mark, you around? :)
    • CommentAuthorbyrnereese
    • CommentTimeJul 12th 2006
     # 8
    In the event that there is some software/server configuration issue, you can access a script that outputs phpinfo() here.

    I won't leave it there forever, as I tend not to like advertising the info to the world, but for the time being it should be fine.
  9.  # 9
    Maybe try upgrading to PHP 5.1.4 ?
    • CommentAuthorbyrnereese
    • CommentTimeJul 12th 2006
     # 10
    I just upgraded to PHP 5.1.4. No dice. Same error.

    Out of curiousity - is there anything anyone sees wrong with how I did this:

    > cd tmp
    > wget http://.../Vanilla-1.zip
    > unzip Vanilla-1.zip
    > cp -a Vanilla-1/* /home/www/htdocs/vanilla/
    > cd /home/www/htdocs/vanilla
    > sudo chmod 777 ./conf
    > sudo chmod --recursive 755 ./extensions
    > sudo chmod --recursive 755 ./languages
    > sudo chmod --recursive 755 ./setup
    > sudo chmod --recursive 755 ./themes

    > mysqladmin create -u root -p vanilla
    > // insert magic to create user and assign permissions to vanilla database, etc.

    Load up:
    http://www.majordojo.com/vanilla/

    Which redirects me to setup, which I then go through. Then I get the error. Do these steps look right?
    • CommentAuthorbyrnereese
    • CommentTimeJul 13th 2006
     # 11
    BTW - Here is how I configured PHP (5.1.4):

    './configure' '--enable-track-vars' '--enable-force-cgi-redirect' '--with-getext' '--with-mysql' '--enable-cli' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib' '--with-pear'

    And here is how I configured Apache (1.3.29):

    ./configure \
    "--with-layout=Apache" \
    "--prefix=/usr/local/apache" \
    "--enable-shared=max" \
    "--disable-rule=EAPI" \
    "--enable-module=ssl"

    Could these be possible culprits?
  12.  # 12
    I'll setup a VPS later and see if I can reproduce this error.
    •  
      CommentAuthorDinoboff
    • CommentTimeJul 13th 2006
     # 13
    (that's not the subject, but why are you using apache 1.3.29 and not the last release of apache 1.3?)
    • CommentAuthorbyrnereese
    • CommentTimeJul 13th 2006
     # 14
    I am using Apache 1.3.29 as opposed to the more recent 1.3.36 or even 2.0 for a bad reason: laziness. :-( I am actually in the process of upgrading to the most recent Apache 1.3.x version...
    • CommentAuthorbyrnereese
    • CommentTimeJul 13th 2006
     # 15
    Just upgraded to Apache 1.3.36. No change - error still appears.

    I want to upgrade to 2.0 but that is a little more involved so it will have to wait. But Apache shouldn't matter should it?
    • CommentAuthorbyrnereese
    • CommentTimeJul 13th 2006
     # 16
    Installing Apache2 tonight. Please work. Please?
    • CommentAuthorbyrnereese
    • CommentTimeJul 14th 2006
     # 17
    Ok. Upgrading to Apache 2 (compiled with the same directives as apache 1.3.36) had no effect. I am now attempting to recompile PHP without support for cgi-redirect and track-vars. Let's see what happens.
    • CommentAuthorbyrnereese
    • CommentTimeJul 14th 2006
     # 18
    Ok this is getting really annoying. I just recompiled PHP several times, slowly remove one compile-time option after another. Finally I did a build of PHP 5.1.4 with the following configure options:

    ./configure --with-apxs=/usr/local/apache/bin/apxs --with-zlib --with-pear --enable-cli --with-mysql

    I installed the PHP .so and still, same freaking error. I am running out of ideas now. I have tried to trace the code, but I still haven't figured anything out. Sleuthing continues. But please, if anyone has any ideas, please share them. Anything.
    • CommentAuthorbyrnereese
    • CommentTimeJul 14th 2006
     # 19
    Important Update - figured it out. In my httpd.conf I had this line:

    php_value auto_prepend_file "/home/breese/majordojo/web/code/global.php"

    Here are the files contents:

    <?
    require_once("utils.inc");

    $MD_DBHOST = "xxxxxx";
    $MD_DBUSER = "xxxxxxxxxx";
    $MD_DBPASS = "xxxxxxx";
    $MD_DB = "xxxxxxx";

    $UPLOADED_FILE_PATH = "/home/breese/majordojo/uploaded_files";

    #function returnto_url() {
    # global $SCRIPT_NAME, $QUERY_STRING;
    # if ($QUERY_STRING)
    # return rawurlencode($SCRIPT_NAME . "?" . $QUERY_STRING);
    # else
    # return rawurlencode($SCRIPT_NAME);
    #}
    #function pull_down($list,$selected="",$two_dim=1) {
    # while (list($key,$val) = each($list)) {
    # echo "$val";
    # }
    #}
    ?>

    I have no idea what could have been the root cause of this... utils.inc may not have been found, or one of my other apps that has a utils class could have had something in it that caused some kind of error? I have no idea. I am just happy to have Vanilla 1 working.

1 to 19 of 19

  1.  
Add your comments
    Username Password
  • Format comments as
 
Back to Discussions Top of Page