Announcement

Collapse
No announcement yet.

Fatal error: Call to a member function fetch_userinfo()

Collapse
This topic is closed.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Fatal error: Call to a member function fetch_userinfo()

    I am trying to install the latest vB 5 Version over vB Version 4.2.3.
    I am getting following error, after a long way of updating:

    Unexpected Text:
    <?xml version="1.0" encoding="windows-1252"?>
    Fatal error: Call to a member function fetch_userinfo() on null in /home/.sites/276/site9254354/web/testumgebung/core/vb/string.php on line 368

    After reload of the page I start here again. But still get the error.
    Press the button below to begin the upgrade
    from 5.0.0 Alpha 27 to 5.1.9

    Within the Support Forum I figured out that some users had to modify the config.php to msqli to fix it. Not in my case. I already startet the upgrade with mysqli.
    Sorry for my English
    Let'z talk German

  • #2
    What's your PHP and MySQL version?

    GIPHY for vB5 AutoLinker Auto-Create Flag Report Topic Social Icons in Postbit Clear Cache Cron DragDrop Upload Topic AJAX AutoUpdate Custom Avatars Selector Stop Links in Posts...and more!

    Comment


    • #3
      PHP 5.6.12
      MYSQL 5.5.43
      Sorry for my English
      Let'z talk German

      Comment


      • #4
        I am having same problem with uprade, it just hanged on from 5.0.0 Alpha 27 to 5.1.9 and says

        Unexpected Text:
        <?xml version="1.0" encoding="windows-1252"?> <br /> <b>Fatal error</b>: Call to a member function fetch_userinfo() on null in <b>/home/public_html/forum/core/vb/string.php</b> on line <b>368</b><br />

        All files from vb4 deleted!
        in config is mysqli

        Pls assist

        Thanks

        Comment


        • #5
          Same issue here, doing a test upgrade on the same step. I even started completely over from scratch, rechecked everything, same problem.

          I'd thought it might be because I had imported from SMF and a lot of "null" birthdays came over with bad dates but I updated every user to deal with that and make them consistent with how blank birthdays work in VB, still same issue.

          PHP also 5.6.12
          mysql 5.5.44-37.3-log
          • Upgrading to 5.0.0 Alpha 28
          • Step 1 - Altering messagefolder Table (1 of 2)
          • Step 2 - Altering messagefolder Table (2 of 2)
          • Step 3 - Skipping step, not needed
          • Importing Private Messages- step 1 of 4
          • Processing 5000 records
          • Step 4 - Importing Private Messages- step 1 of 4
          • Processing 5000 records
          • Process done
          • Importing Private Messages- step 2 of 4
          • Processing 5000 records
          • Step 5 - Importing Private Messages- step 2 of 4
          • Processing 5000 records
          • Process done

          Status: Aborted

          ---

          This also happened on the Alpha27 step but I'm not sure it's related:

          Database error in vBulletin 5.0.0 Alpha 27:

          Invalid SQL:
          INSERT IGNORE INTO session (`sessionhash`,`userid`,`host` ,`idhash`,`lastactivity`,`location`,`styleid`,`languageid`,`loggedin`,`inforum`,`inthread` ,`incalendar`,`badlocation`,`useragent`,`bypass`,`profileupdate`,`apiclientid`,`apiaccesst oken`,`emailstamp`)
          VALUES('97e9519feab46fd5f70818a346271dc6',0,'74.107.86.183','a2add197c959bbda2dd9f4cd3a048 53c',1442146336,'',1,1,0,0,0,0,0,'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.0',0,0,0,'',0)
          /**session**/;

          MySQL Error : Unknown column 'emailstamp' in 'field list'
          Error Number : 1054
          Request Date : Sunday, September 13th 2015 @ 07:12:16 AM
          Error Date : Sunday, September 13th 2015 @ 07:12:17 AM
          Script : http:///
          Referrer :
          IP Address : 74.107.86.183
          Username : Guest
          Classname : vB_Database_MySQLi
          MySQL Version :
          Last edited by chaeberle; Sun 13th Sep '15, 5:18am.

          Comment


          • #6
            Originally posted by Glenn Vergara View Post
            What's your PHP and MySQL version?
            So a week goes by and nothing?

            Comment


            • #7
              I'm resolving this via a ticket.
              MARK.B | vBULLETIN SUPPORT

              TalkNewsUK - My vBulletin 5.5.6 Demo
              AdminAmmo - My Cloud Demo

              Comment


              • #8
                Originally posted by Mark.B View Post
                I'm resolving this via a ticket.
                Hate to be a pest but when? I intended to be on vb4 only for a day or so, wanting to move immediately to vb5 and the mobile apps. Its' been 2 days now since I provided the ftp access requested on my ticket and no news.

                Comment


                • #9
                  Guys, please. It's been 3 days since I filed my ticket and 2 days since I provided FTP information. I've got 600 users waiting for me to finish the migration to vb5. Can I please get some kind of update?

                  Comment


                  • #10
                    Originally posted by chaeberle View Post
                    Guys, please. It's been 3 days since I filed my ticket and 2 days since I provided FTP information. I've got 600 users waiting for me to finish the migration to vb5. Can I please get some kind of update?

                    You should revert to the 4.2.3 backup and create your vB5 installation in a test directory with a database copy until we can resolve this issue. For the last error though, you should add the field emailstamp to your session table in the database. Then when people visit your site, they won't trigger that specific database error.
                    Translations provided by Google.

                    Wayne Luke
                    The Rabid Badger - a vBulletin Cloud demonstration site.
                    vBulletin 5 API - Full / Mobile
                    Vote for your favorite feature requests and the bugs you want to see fixed.

                    Comment


                    • #11
                      Originally posted by Wayne Luke View Post


                      You should revert to the 4.2.3 backup and create your vB5 installation in a test directory with a database copy until we can resolve this issue. For the last error though, you should add the field emailstamp to your session table in the database. Then when people visit your site, they won't trigger that specific database error.
                      This is a test installation. ("Doing a test upgrade" was in my first post on this thread)

                      The test install is a copy of our main install, and our main install was set up on Saturday, using the SMF impex into a clean latest 4.x database.

                      Re the 2nd error (non fatal) Why am I adding emailstamp to the session table when it's your upgrader script that's trying to insert to a column that doesn't exist?

                      Comment


                      • #12
                        Originally posted by chaeberle View Post
                        Re the 2nd error (non fatal) Why am I adding emailstamp to the session table when it's your upgrader script that's trying to insert to a column that doesn't exist?
                        Because for some reason is wasn't added when it was supposed to be. The field is not new to vBulletin 5 and should have been present in vBulletin 4.

                        You had your import working on 4.X before you started the upgrade to 5 and you had run the steps to finalize the importer? vBulletin doesn't understand IMPEX at all.

                        Anyway, for us to fix your issue, we need to you restore the 4.2.3 database and provide full access to it under the vBulletin 4.2.3 files because if you skip and error, you will break things down the line. As this missing field indicates. Since this is a non-public test forum it shouldn't affect your end users.
                        Translations provided by Google.

                        Wayne Luke
                        The Rabid Badger - a vBulletin Cloud demonstration site.
                        vBulletin 5 API - Full / Mobile
                        Vote for your favorite feature requests and the bugs you want to see fixed.

                        Comment


                        • #13
                          If by final steps you mean these: https://www.vbulletin.com/docs/html?...rsion=40203500 -- yes, those were all done. We did a full migration of SMF 4.0.6 to vBulletin 4.2.3 before trying to do the test upgrade to 5.whatver's current. That means I set up a vBulletin 4.2.3 install with nothing in it, so the missing field either must not have been created when the 4.2.3 install ran, since I'm looking at the original DB and it's not there.

                          SO - I will be happy to add the column, what data type is it?

                          And do you want me to add the column THEN restore the DB back to the test db? Or restore now and worry about the column later?


                          Comment


                          • #14
                            And also - when you say "full access" to it - I've supplied FTP information in my ticket already. Do you need more?

                            Comment


                            • #15
                              Out of curiosity I went digging.

                              In the vb4 installer, the column emailstamp is defined in only one table: user. It doesn't appear in impex's files as a column addition anywhere, but it's referenced often - on the `user` table.

                              It IS in the schema file for `session` on VB5.

                              It's not in the schema file or the upgrade files for VB3.

                              I have to conclude therefore that the column was new to `session` in VB5 after all, but at least now I know it's data type.

                              Comment

                              Related Topics

                              Collapse

                              Working...
                              X