• 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 3.x Series
    • Bug
    • Cannot change Permissions

    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: Cannot change Permissions

    • Issue Tools
      • View Changes
    1. issueid=756 August 7, 2009 8:56 AM
      John John is offline
      New Member
      Cannot change Permissions

      When I want to change the Permissions of the wiki forum I see this warning:

      Code:
      Warning: Invalid argument supplied for foreach() in [path]/includes/functions.php on line 4080
      Whatever I try to change in the permissions, it's not being saved. Please help me fix this problem...
    Issue Details
    Issue Number 756
    Issue Type Bug
    Project VaultWiki 3.x Series
    Category Admin Panel
    Status Fixed
    Priority 4 - Warnings / Script Errors
    Affected Version 2.5.0
    Fixed Version 2.5.1
    Milestone VaultWiki 3.0.0
    Software DependencyAny
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. August 7, 2009 2:50 PM
      pegasus pegasus is offline
      VaultWiki Team
      Go to AdminCP -> vBulletin Options -> Rebuild Bitfields, then try again.
      Reply Reply  
    2. August 7, 2009 3:48 PM
      vimto vimto is offline
      Regular Member
      I'm having a similar problem, Once I've set protection on an article I am unable to remove it.

      I've tried updating the bitfields, I even tried the direct link:

      /admincp/index.php?do=buildbitfields

      But the results are the same - even after a refresh of the page, or trying protection on a new article.

      The page tells me that the new protection has been completed but when I go back to the article it has remained the same as I initially set it.
      Reply Reply  
    3. August 7, 2009 4:17 PM
      John John is offline
      New Member
      Quote Originally Posted by pegasus
      Go to AdminCP -> vBulletin Options -> Rebuild Bitfields, then try again.
      I'm sorry, but at that location there is no "Rebuild Bitfields" option.
      Reply Reply  
    4. August 7, 2009 4:32 PM
      pegasus pegasus is offline
      VaultWiki Team
      I believe that changing the URL format to + rather than the default - has thrown the protect table out of sync. I'll try to come up with a workaround for the next build.
      Reply Reply  
    5. August 7, 2009 4:39 PM
      John John is offline
      New Member
      I haven't changed anything from default... So that can't be the case right?

      I just changed it to - (default is +) and the problem still remains.
      Reply Reply  
    6. August 7, 2009 4:51 PM
      John John is offline
      New Member
      Ah, my problem is solved via the link Vimto gave me "/admincp/index.php?do=buildbitfields". Thanks!
      Reply Reply  
    7. August 8, 2009 2:39 AM
      pegasus pegasus is offline
      VaultWiki Team
      Thanks, this has alerted me to an order of operations issue in the installer / upgrader.

      vBulletin will not build the bitfields of a product until the datastore says the product is active. In VaultWiki, the very last step of the install activates the product (in an attempt to suppress errors to users who visit during the process), while the bitfields are built earlier. This means that any new install or new permissions added to an upgrade would not be included unless the user manually builds them later.

      Fixed for the next build. Simply moved the product activation code earlier.
      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 1:47 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.