• Register
    • Help

    striker  0 Items
    Currently Supporting
    • Home
    • News
    • Forum
    • Wiki
    • Support
      • Manage Subscriptions
      • FAQ
      • Support For
        • VaultWiki 4.x Series
        • VaultWiki.org Site
    • What's New?
    • Buy Now
    • Manual
    • 
    • Support
    • VaultWiki 4.x Series
    • Bug
    • Upgrade failure

    1. Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

      VaultWiki allows your existing forum users to collaborate on creating and managing a site's content pages. VaultWiki is a fully-featured and fully-supported wiki solution for vBulletin and XenForo.

      The VaultWiki Team encourages you to join our community of forum administrators and check out VaultWiki for yourself.

    Issue: Upgrade failure

    • Issue Tools
      • View Changes
    1. issueid=4014 September 24, 2014 7:54 PM
      Morrus Morrus is offline
      Regular Member
      Upgrade failure
      You knew this was coming...

      I just attempted the latest upgrade to fix the errors I reported in the previous install. Stalled at 4%. Pretty much as expected.

      Dunno what else to say. Hopefully not too much downtime. Do you still have my access details? Can you fix it? Thanks!

      Code:
      Upgrading to 4.0.0 RC 3
      Step 2
      
      Updating data in table: vw_moderator
      
      Use of undefined constant TYPE_BOOLEAN - assumed 'TYPE_BOOLEAN'
      
          vw_CP_Progress_View->handle_php_error() in dbtech/downloads/hooks/userdata_start.php at line 2
          require() in includes/class_dm_user.php(224) : eval()'d code at line 4
          eval() in includes/class_dm_user.php at line 224
          vB_DataManager_User->vB_DataManager_User() in includes/functions.php at line 511
          datamanager_init() in vault/core/controller/dm/vb3.php at line 64
          vw_DM_Controller_vB3->create() in vault/core/model/user/vb3.php at line 294
          vw_User_Model_vB3->add_member_group() in vault/core/controller/install/upgradepath/steps/4/0/0/rc/3/3X/vb3.php at line 95
          {closure}() in vault/core/controller/install/upgradepath/vw.php at line 63
          vw_Install_UpgradePath_Controller->call() in vault/core/controller/cp/install/vw.php at line 299
          vw_CP_Install_Controller->exec_step() in vault/core/controller/cp/install/vw.php at line 264
          vw_CP_Install_Controller->upgrade_type() in vault/core/controller/cp/install/vw.php at line 201
          vw_CP_Install_Controller->upgrade() in vault/core/controller/cp/install/vw.php at line 71
          vw_CP_Install_Controller->execute() in vault/helper/vb/global.php at line 62
          require_once() in vault/install/index.php at line 40
    Issue Details
    Issue Number 4014
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category Install / Upgrade
    Status Working as Designed
    Priority 2 - Fatal / Database Errors
    Affected Version 4.0.0 RC 3
    Fixed Version (none)
    Milestone (none)
    Software DependencyvBulletin 4.x
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. September 24, 2014 9:10 PM
      Morrus Morrus is offline
      Regular Member
      I tried out that manual mode instead. it won't go past:

      Step 6
      Updating data in table: vw_revision

      I've clicked "next_batch" a few times, but it isn't playing ball.
      Reply Reply  
    2. September 24, 2014 11:05 PM
      pegasus pegasus is offline
      VaultWiki Team
      Step 6 has to process every page in your wiki. It will only process a small number of pages at a time (probably less than 50) because you server takes a long time to do this. It only processes pages until it detects the script is about to time out, then it reloads the page for a new batch. If you have several thousand wiki pages, this step might have 20 or more batches, but there is no fixed number, as it determines when to start a new batch based on a timer. Other sites, including ones I have tested personally, do finish this step, although most require several batches.

      That is working as designed.

      The error mentioned in your OP is in a file located here: dbtech/downloads/hooks/userdata_start.php. That is not a VaultWiki file. It looks like it's one of DBTech's mods.

      Please report the issue to DBTech. The error in that file is:
      Use of undefined constant TYPE_BOOLEAN - assumed 'TYPE_BOOLEAN'
      The constant they probably intend to access is named TYPE_BOOL.
      Reply Reply  
    3. September 25, 2014 8:28 AM
      Morrus Morrus is offline
      Regular Member
      Is there any way to check its progress? Something I could see in the database, perhaps? I've pressed that button an awful lot of times.
      Reply Reply  
    4. September 25, 2014 8:55 AM
      Morrus Morrus is offline
      Regular Member
      Right, so it started timing out every time.

      So I managed to get it to skip it by going to step=7, and it finished the upgrade process. But step=6 clearly hasn't completed. How serious is that?
      Reply Reply  
    5. September 25, 2014 11:15 AM
      pegasus pegasus is offline
      VaultWiki Team
      step=6 was rebuilding page summaries to remove invalid characters from the previews on search results pages. The summary gets automatically rebuilt anyway whenever you edit a page, so it's not too serious.

      However, if your server was still timing out, then again I recommend shortening some of your very long pages as seen in Special:LongPages, since the timeouts will not necessarily be limited to the upgrade process, and there may be more important processes in the future that actually need to finish (like a proposed change to the text storage method).
      Reply Reply  
    6. September 25, 2014 12:03 PM
      Morrus Morrus is offline
      Regular Member
      I'll try to get to that at some point, but that's a lot of work.

      I know this upgrade was supposed to fix the gid=x error in group page name titles (I assume it stops it happening with new ones?) but how do I fix existing pages with that issue? I can't find an easy way to directly edit the titles, and if I do so via PHPMYADMIN the page breaks.
      Reply Reply  
    7. September 25, 2014 1:42 PM
      pegasus pegasus is offline
      VaultWiki Team
      Add the following BB-Code to the pages:
      Code:
      [var]displaytitle|*TITLE WITHOUT GID GOES HERE*[/var]
      Reply Reply  
    8. September 25, 2014 6:52 PM
      Morrus Morrus is offline
      Regular Member
      Awesome - thank you!
      Reply Reply  
    + Reply

    Assigned Users
    Loading Please Wait
    Tags
    Loading Please Wait
    • Contact Us
    • License Agreement
    • Privacy
    • Terms
    • Top
    All times are GMT -4. The time now is 9:54 AM.
    This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Learn more… Accept Remind me later
  • striker
    Powered by vBulletin® Version 4.2.5 Beta 2
    Copyright © 2023 vBulletin Solutions Inc. All rights reserved.
    Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2023 DragonByte Technologies Ltd.
    Copyright © 2008 - 2013 VaultWiki Team, Cracked Egg Studios, LLC.