• 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
    • Site Issues
    • Bug
    • Vaultwiki - unexpected file content errors

    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: Vaultwiki - unexpected file content errors

    • Issue Tools
      • View Changes
    1. issueid=6474 1 Day Ago 4:44 PM
      gerryvz gerryvz is offline
      New Member
      Vaultwiki - unexpected file content errors

      I recently upgraded to XenForo 2.3 from 2.2, and at that time also re-installed the 2.3 version of VaultWiki in conjunction with that forum software upgrade.

      The first file check, and every check since, has provided "unexpected contents" errors for the following three VaultWiki files:

      src/addons/vw/vw/addon.json
      src/addons/vw/vw/_data/style_properties.xml
      src/addons/vw/vw/_data/templates.xml

      This is a stock install of VW 4.1.9 build 001 and I have not modified any VW files at all.

      Any reason why this would be?

      Thanks
      Gerry
    Issue Details
    Issue Number 6474
    Issue Type Bug
    Project Site Issues
    Category Unknown
    Status Fixed
    Priority 8
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. 18 Hours Ago 12:44 AM
      pegasus pegasus is offline
      VaultWiki Team
      Yes, assuming you downloaded VaultWiki 4.1.9 for both XF 2.2 and then later 2.3, this is probably caused by a caching mechanism in our download system...

      Because VaultWiki contains files that may be slightly different depending on which customer downloads them, the file hashes for a customer's files are also unique and cannot be predetermined when we create a new version. Instead, when you download VaultWiki, the file hashes that XenForo uses to check for "unexpected contents" are generated by our server at the time you request the files. Because our site provides options to only include various subsets of the package contents, and to speed up future download times, we cache the file hashes for use on subsequent downloads of the same VaultWiki version.

      However, this gets wonky when downloading the same VaultWiki version for different versions of XenForo, if those XenForo versions actually have slightly different file contents with the same target file name. For example, in XenForo 2.3, the style_properties.xml file is in a different format from earlier versions due to the new light/dark style variants. Similarly, there are changes to various templates.xml contents based on style updates in core XenForo. And addon.json contains an integer version number for VaultWiki, which must be slightly different between 2.2 and 2.3 versions, or XenForo will not trigger the ability to upgrade from 2.2 to 2.3 VaultWiki.

      All this to say, I would expect the file hashes not to match and to receive an "unexpected contents" warning for these files if upgrading from VaultWiki for XenForo 2.2 to 2.3, using the same VaultWiki version number.

      I've made some changes to our download system to ensure these files will compare hashes based on the hash of the source file (dependent on the XF version choice) rather than the target file name (e.g. always being templates.xml). However, this will not resolve hash mismatches from our download system in all cases. For example, if the downloader chooses options like minified Javascript one time, then unminified the next, the hashes will not match. In order to resolve situations like these, some more structural changes would be required to the download system, which will have to be put off to a future time. Since it resolves the specific files you mentioned, however, I am marking this issue as fixed.
      Reply Reply  
    2. 9 Hours Ago 10:12 AM
      gerryvz gerryvz is offline
      New Member
      Thank you for the explanation. I am assuming that the next version of VaultWiki, when I download it for XF 2.3, will resolve this issue.
      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:25 PM.
    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.