• 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
    • Table 'db.vw_usercount' doesn't exist

    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: Table 'db.vw_usercount' doesn't exist

    • Issue Tools
      • View Changes
    1. issueid=4894 February 1, 2017 2:01 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      Table 'db.vw_usercount' doesn't exist

      At uninstall I am encountering this error:
      Code:
      Zend_Db_Statement_Mysqli_Exception: Mysqli prepare error: Table 'db.vw_usercount' doesn't exist - library/Zend/Db/Statement/Mysqli.php:77 
      Generated By: Alfa, A moment ago
      
      Stack Trace
      #0 /library/Zend/Db/Statement.php(115): Zend_Db_Statement_Mysqli->_prepare('\n\t\t\tSELECT user...')
      #1 /library/Zend/Db/Adapter/Mysqli.php(381): Zend_Db_Statement->__construct(Object(Zend_Db_Adapter_Mysqli), '\n\t\t\tSELECT user...')
      #2 /library/Zend/Db/Adapter/Abstract.php(478): Zend_Db_Adapter_Mysqli->prepare('\n\t\t\tSELECT user...')
      #3 /library/Zend/Db/Adapter/Abstract.php(753): Zend_Db_Adapter_Abstract->query('\n\t\t\tSELECT user...', Array)
      #4 /library/XenForo/Model/User.php(446): Zend_Db_Adapter_Abstract->fetchRow('\n\t\t\tSELECT user...', 8016)
      #5 /library/NFLJ/AMS/DataWriter/Article.php(1352): XenForo_Model_User->getUserById(8016)
      #6 /library/NFLJ/AMS/Deferred/Article.php(32): NFLJ_AMS_DataWriter_Article->rebuildCounters()
      #7 /library/XenForo/Model/Deferred.php(295): NFLJ_AMS_Deferred_Article->execute(Array, Array, 8, '')
      #8 /library/XenForo/Model/Deferred.php(429): XenForo_Model_Deferred->runDeferred(Array, 8, '', false)
      #9 /library/XenForo/Model/Deferred.php(374): XenForo_Model_Deferred->_runInternal(Array, 8, '', false)
      #10 /library/XenForo/ControllerAdmin/Tools.php(159): XenForo_Model_Deferred->run(true, NULL, '', false)
      #11 /library/XenForo/FrontController.php(351): XenForo_ControllerAdmin_Tools->actionRunDeferred()
      #12 /library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
      #13 /admin.php(13): XenForo_FrontController->run()
      #14 {main}
      Request State
      array(3) {
        ["url"] => string(57) "http://site.com/admin.php?tools/run-deferred"
        ["_GET"] => array(1) {
          ["tools/run-deferred"] => string(0) ""
        }
        ["_POST"] => array(3) {
          ["redirect"] => string(62) "http:// site.com /admin.php?ams-rebuilds/&success=1"
          ["execute"] => string(1) "1"
          ["_xfToken"] => string(8) "********"
        }
      }
      xf 1.5.12
    Issue Details
    Issue Number 4894
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category Install / Upgrade
    Status Not a Bug
    Priority 4 - Warnings / Script Errors
    Affected Version 4.0.16
    Fixed Version (none)
    Milestone (none)
    Software DependencyXenForo 1.x
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. February 1, 2017 9:42 AM
      pegasus pegasus is offline
      VaultWiki Team
      This error blocked VaultWiki's uninstall (appeared in front of you while you were performing the uninstall)? Or did you see this in the logs and the timestamp showed it happened at the same time as the uninstall?

      If this had appeared in front of you, I would expect the request URL to be "admin.php?add-ons/delete". So it looks as though the scope "run-deferred" is a separate process from the original "uninstall" action. If this request was a redirect after the uninstall, then VaultWiki should not be able to run its code that JOINs vw_usercount, because the "uninstall" action already removed the event listener that does this and rebuilt the event listener cache before redirecting.

      On the other hand, if this "run-deferred" action happened in the background (such as AJAX/JSON) or under a separate account while you were accessing the "uninstall" action, then this is a race condition that cannot be prevented on the code side. The only way to avoid cases like this is to change your add-on uninstall procedure: to prevent event listeners of an uninstalling add-on from running in a parallel thread, you should disable the add-on before accessing the uninstall option.
      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 7:37 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 © 2025 vBulletin Solutions Inc. All rights reserved.
    Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2025 DragonByte Technologies Ltd.
    Copyright © 2008 - 2024 VaultWiki Team, Cracked Egg Studios, LLC.