• 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
    • Wiki doesn't recognize items are deleted

    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: Wiki doesn't recognize items are deleted

    • Issue Tools
      • View Changes
    1. issueid=3837 July 8, 2014 11:38 PM
      delicateglow delicateglow is offline
      Junior Member
      Wiki doesn't recognize items are deleted

      I deleted an area that included a couple of items in it.
      The auto-linking function seems to think a page (that was contained in that deleted area) still is present and thus still tries to link to that item.

      Additionally, the page count from enabling Wiki Statistics on Forum Home still counts the deleted area's pages.
    Issue Details
    Issue Number 3837
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category BB-Code Parsing
    Status Fixed
    Priority 5 - Minor Bugs / Small Tweaks
    Affected Version 4.0.0 Gamma 7
    Fixed Version 4.0.0 RC 1
    Milestone VaultWiki 4.0 Gold
    Software DependencyAny
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)


    Page 1 of 2 12 Next LastLast


    1. July 8, 2014 11:51 PM
      pegasus pegasus is offline
      VaultWiki Team
      Auto-links are stored in the post cache and won't disappear until the post cache expires.

      Wiki statistics on the forum home are also cached for a period of time to reduce queries. If you create a new page, the statistics won't change right away either.

      You can check if the page really is deleted by trying to visit it. If the page is missing, it's deleted. Counters have to wait for the related caches to expire.
      Reply Reply  
    2. July 17, 2014 11:43 PM
      delicateglow delicateglow is offline
      Junior Member
      How long does it take for post cache expire? Or is there a manual way? It's taking an awful while for this to update.
      Reply Reply  
    3. July 18, 2014 12:02 AM
      pegasus pegasus is offline
      VaultWiki Team
      AdminCP > Settings > Options > Server Settings & Optimization Options > Cached Posts Lifespan. The manual way is to execute a database query:
      Code:
      TRUNCATE TABLE postparsed
      There is not a way to clear it from the AdminCP. It gives you a tool to rebuild it, but that is not recommended for busy sites or sites with lots of posts.
      Reply Reply  
    4. July 18, 2014 12:08 AM
      delicateglow delicateglow is offline
      Junior Member
      Well that's odd. I have it at 7 days, but it's been longer than 7 days.
      Executing that query said 0 rows were affected
      Reply Reply  
    5. July 18, 2014 12:50 AM
      pegasus pegasus is offline
      VaultWiki Team
      From reading the documentation on the command, my understanding is that the TRUNCATE TABLE syntax does not return an affected-rows value. Only DELETE FROM (no where condition) would do that. But TRUNCATE TABLE is sometimes the favorable option because it resets auto-increment counters and other meta-data too. If you truly had it set to 7 days, I would expect that you at least had 1 or 2 rows there originally, and TRUNCATE shows no mercy.
      Reply Reply  
    6. July 18, 2014 11:57 PM
      delicateglow delicateglow is offline
      Junior Member
      Well I tried both methods so I don't understand why it's still cached.
      Reply Reply  
    7. July 19, 2014 12:48 AM
      pegasus pegasus is offline
      VaultWiki Team
      Where is the auto-link located? The instructions I gave were for non-wiki posts. If the auto-link appears in a wiki page or comment, there is a different cache.
      Reply Reply  
    8. July 19, 2014 12:50 AM
      delicateglow delicateglow is offline
      Junior Member
      It's located in a wiki Area and pages.
      Reply Reply  
    9. July 19, 2014 12:50 AM
      pegasus pegasus is offline
      VaultWiki Team
      Also, I did some pondering, and I think this issue should be fixable even for cached content. Try this edit to vault/core/model/parser/handle/autolink/vw.php. Find:
      Code:
      if (empty($skip_links["$typeid"]) OR !in_array($router->id, $skip_links["$typeid"]))
      Replace with:
      Code:
      if (!empty($router->id) AND empty($skip_links["$typeid"]) OR !in_array($router->id, $skip_links["$typeid"]))
      Reply Reply  
    10. July 19, 2014 3:07 AM
      delicateglow delicateglow is offline
      Junior Member
      Did not work
      Reply Reply  
    11. July 19, 2014 9:55 AM
      pegasus pegasus is offline
      VaultWiki Team
      In that case, it sounds like the pages inside the deleted area never got removed by the cron job. Please submit a new Support Ticket from the Members area and I will see if I can find out why, or at least remove the pages manually for you.
      Reply Reply  
    12. July 19, 2014 12:56 PM
      delicateglow delicateglow is offline
      Junior Member
      Submitted
      Reply Reply  
    13. July 20, 2014 11:29 AM
      pegasus pegasus is offline
      VaultWiki Team
      It looks like what happened was that you deleted the parent area you mentioned, but none of the sub-areas below it were deleted, so they and the pages in them got lost in limbo. This is possible if the childlist for the original parent area was corrupt. If this was one of the first areas you ever made and you made it in Alpha or early Beta, I could see how this might happen. But after Beta 5, it should not be possible to generate corrupt childlists anymore, and the upgrade script at Gamma 3 should have regenerated them flawlessly.

      At what point did you delete the area in question? If it was prior to Gamma 3, I can understand what happened and I can write an upgrade script to handle this case. But if you deleted it since upgrading to Gamma 7, I'm at a bit of a loss as to what caused this in the first place...
      Reply Reply  
    14. July 20, 2014 1:44 PM
      delicateglow delicateglow is offline
      Junior Member
      Yeah, I deleted this on Gamma 7.
      They were originally all their own Areas (with their own pages) until I put them all together as sub areas in one area if that makes any difference.
      Reply Reply  
    15. July 25, 2014 1:58 PM
      pegasus pegasus is offline
      VaultWiki Team
      I've done a bit of testing and I'm not having any problems with the sub-areas when I re-parent areas, so I'm inclined to think that the cache for this had been damaged before Gamma 7, and perhaps the upgrade script that supposedly fixed it was skipped (a few versions ago there was also an issue where sometimes upgrade steps would be skipped).

      So I'm going to mark this as fixed since the issue with autolinks pointing to missing pages has been resolved.
      Reply Reply  
    Page 1 of 2 12 Next LastLast
    + 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 5:26 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.