• 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 script will not go to automatic

    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 script will not go to automatic

    • Issue Tools
      • View Changes
    1. issueid=4418 November 8, 2015 10:32 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      Upgrade script will not go to automatic

      When upgrading VW3.0.20 to 4.0.7 on vb3 hosted on Debian, LSWS 5, Mysql 5.7, PHP 5.3 the upgrade script keeps going to manual. Even though I click 'automatic' each time.
    Issue Details
    Issue Number 4418
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category Install / Upgrade
    Status Cannot Reproduce
    Priority 3 - Loss of Functionality
    Affected Version 4.0.7
    Fixed Version (none)
    Milestone (none)
    Software DependencyvBulletin 3.x
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. November 8, 2015 10:45 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      Same for the import script.
      Reply Reply
    2. November 8, 2015 10:48 AM
      pegasus pegasus is offline
      VaultWiki Team
      Automatic requires Javascript. Are there Javascript error messages? I seem to recall that you have 2 servers, and you tend to need to upload Javascript files to both for some reason.
      Reply Reply
    3. November 8, 2015 11:09 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      My site is on http, so mixed content is blocked.
      I have sent you the console log. There doesn't seem to be an end to the next batches of import wiki pages. Causing CTS to flare up.
      Reply Reply
    4. November 8, 2015 11:33 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      I needed to set base url and force https.
      Please add this to the import instructions.
      Reply Reply
    5. November 8, 2015 12:27 PM
      pegasus pegasus is offline
      VaultWiki Team
      The real issue is why the base URL was not automatically filled. Is the value for Options > Site Name / URL / Contact Details > Forum URL also blank?
      Reply Reply
    6. November 8, 2015 1:04 PM
      Alfa1 Alfa1 is offline
      Distinguished Member
      i have no such option path.
      Are you referring to Vaultwiki: Site Config?
      Reply Reply
    7. November 8, 2015 2:04 PM
      pegasus pegasus is offline
      VaultWiki Team
      It's a stock vBulletin option. I have it on my 3.8.9 dev board. If the option is missing on yours, your vBulletin installation might be damaged.
      Reply Reply
    8. November 8, 2015 2:14 PM
      Alfa1 Alfa1 is offline
      Distinguished Member
      Duh! I was looking for a VW option. The vb field is filled.
      Reply Reply
    9. December 5, 2015 12:10 PM
      pegasus pegasus is offline
      VaultWiki Team
      I reinstalled VaultWiki on the affected site and have been unable to reproduce this issue.

      My only thought is that you were using a datastore cache like Xcache and you did not specify a unique datastore prefix for your test board that was different from your live board. You mentioned something like this over here: https://www.vaultwiki.org/issues/4417/
      It is possible that between changing things on your live board vs your test board, some of the setting values on the test board that did not exist on the live board (such as VaultWiki-4 settings) were overwritten with empty values by the live board.

      Unfortunately a cache prefix collision is not a situation that VaultWiki can detect. It is the forum administrator's responsibility to ensure that server-side caches are configured properly.
      Reply Reply
    10. December 5, 2015 1:50 PM
      Alfa1 Alfa1 is offline
      Distinguished Member
      I will remove caching from the dev site. Very recently a new Litespeed cache function was added to the server
      Reply Reply
    11. December 9, 2015 3:11 PM
      boldplan boldplan is offline
      New Member
      I have a problem here - broken upgrade to the current. Had to go manual, now it's stuck here in Step 7. (I think it is from 4.0.5)

      Upgrading to 4.0.6
      Step 7

      Updating data in table: vw_feed
      An exception occurred: Database Error: SELECT feedid,icondata FROM `vw_feed` ORDER BY feedid ASC LIMIT 0,500 Mysqli prepare error: Unknown column 'icondata' in 'field list' in /home/mysite/public_html/vault/core/controller/db/xf.php on line 171
      vw_DB_Controller_XF->throw_error() in vault/core/controller/db/xf.php at line 185
      vw_DB_Controller_XF->query_read() in vault/core/model/db/mysql/vw.php at line 29
      vw_DB_MySQL_Model->select() in vault/core/controller/install/upgradepath/steps/4/0/6/base/vw.php at line 356
      vw_Install_UpgradePath_Steps_406_base_Controller->{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 361
      vw_CP_Install_Controller->exec_step() in vault/core/controller/cp/install/vw.php at line 326
      vw_CP_Install_Controller->upgrade_type() in vault/core/controller/cp/install/vw.php at line 263
      vw_CP_Install_Controller->upgrade() in vault/core/controller/cp/install/vw.php at line 59
      vw_CP_Install_Controller->execute() in library/vw/XenForo/ControllerAdmin/Wiki.php at line 113
      vw_XenForo_ControllerAdmin_Wiki->actionIndex() in library/vw/XenForo/ControllerAdmin/Wiki.php at line 170
      vw_XenForo_ControllerAdmin_Wiki->actionUpgrade() in library/XenForo/FrontController.php at line 351
      XenForo_FrontController->dispatch() in library/XenForo/FrontController.php at line 134
      XenForo_FrontController->run() in admin.php at line 13
      Reply Reply
    12. December 9, 2015 3:14 PM
      boldplan boldplan is offline
      New Member
      Not sure if related but it looks pretty severe and wonder if there is a concern here relating to upgrades. Not sure if Alfa worked it out.
      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 12: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.