• 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
    • Flood Check Breaks Import

    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: Flood Check Breaks Import

    • Issue Tools
      • View Changes
    1. issueid=1604 May 27, 2010 4:18 AM
      Webbstre Webbstre is offline
      Junior Member
      Flood Check Breaks Import
      Several problems

      Sorry to put these all into one support post, but it's easier for me to post them this way than to post repeatedly.

      1- As we started migrating to our live site and cleaning up the pages we have noticed that several of the larger pages didn't make it through the importer. Other than the size, we haven't noticed any other similarities in the missing articles.

      2- The edit button on each subsection doesn't work. My helper reported that it simply did nothing for him, but for me in firefox it freezes the tab until I click the edit link again, at which point this error pops out:
      Code:
      Fatal error: Call to undefined function fake_tag_list() in /[path]/vault/tab/edit.php  on line 192
      3- After clicking preview changes the Reflist and footnote buttons disappear.
    Issue Details
    Issue Number 1604
    Issue Type Bug
    Project VaultWiki 3.x Series
    Category Importing
    Status Fixed
    Priority 3 - Loss of Functionality
    Affected Version 3.0.0 RC 3
    Fixed Version 3.0.0
    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. May 27, 2010 8:15 AM
      pegasus pegasus is offline
      VaultWiki Team
      1- Please link to a page that wasn't imported.

      2-This is a duplicate: http://www.vaultwiki.org/issues/1578/

      3-Fixed for the next build.
      Reply Reply  
    2. May 27, 2010 8:49 AM
      Webbstre Webbstre is offline
      Junior Member
      Here is a small list of some of the source pages that never showed up:
      http://en.runicgamesfansite.com/rgwi...itle=Alchemist
      http://en.runicgamesfansite.com/rgwi...itle=Destroyer
      http://en.runicgamesfansite.com/rgwi...tle=Vanquisher
      http://en.runicgamesfansite.com/rgwi....php?title=Set
      http://en.runicgamesfansite.com/rgwi...?title=Fishing
      Reply Reply  
    3. May 28, 2010 8:42 AM
      pegasus pegasus is offline
      VaultWiki Team
      Did you have vBMediaWiki installed at the time of the attempted import?

      After thinking about this for a day, the only reason I can think that these articles would be left out is: they are all created by the same user and triggered the flood-check.

      In any case, the flood check is a bug and is disabled for the next build. But then while performing the flood-check fix, there was also another bug where the flood-check would not have been triggered unless the period you set is longer than ~5 seconds (likely), because only the first article created on each page load would be attributed to the correct author (the rest to the admin).

      However, if you didn't have either vBWiki or vBMediaWiki installed, then these are all moot points.

      If you believe this was your issue, you can remove the flood-check by editing vault/import/mediawiki.php, find (x2):
      Code:
      		$dataman->set_info('thread', $threadinfo);
      Add after:
      Code:
      		$dataman->set_info('is_automated', true);
      Reply Reply  
    4. May 30, 2010 3:38 AM
      Webbstre Webbstre is offline
      Junior Member
      Nope, Vaultwiki is the only wiki I've ever installed on VB. If I attempt to import the same wiki again would it make duplicate pages for the page already imported and edited?
      Reply Reply  
    5. This petition for a change to Awaiting Feedback was accepted
      May 30, 2010 3:47 AM
      Webbstre Webbstre is offline
      Junior Member
      My feature request brought to mind another possible reason for this: could the vbulletin character limit have been the source of the problem? It does appear to only be the largest articles that didn't make it in.
       
    6. May 30, 2010 11:24 AM
      pegasus pegasus is offline
      VaultWiki Team
      Yes, if the article is longer than the character limit, then it would not be imported. For reference, the feature request Webbstre refers to is here: http://www.vaultwiki.org/issues/1609/
      Reply Reply  
    7. May 30, 2010 1:31 PM
      pegasus pegasus is offline
      VaultWiki Team
      After reviewing the DM code, the character limit is not checked if the is_automated flag is set. So if you make the aforementioned edit, you should be able to import the articles without worrying about the character limit (you just won't be able to edit them until a wiki-only setting is added).

      You should be able to attempt the wiki import again because the wiki should not allow multiple articles with the same name (the duplicates would not be imported).

      Since the automation check also fixes this case, I'm marking this issue as fixed again.
      Reply Reply  
    8. May 30, 2010 7:58 PM
      Webbstre Webbstre is offline
      Junior Member
      Ok, I will try another import later today. Thanks again.
      Reply Reply  
    9. June 1, 2010 8:39 PM
      Webbstre Webbstre is offline
      Junior Member
      As mentioned in the separate thread ( http://www.vaultwiki.org/issues/1613/#note7520 ) I am continuing this discussion, as successful further imports still resulted in the missing pages not being imported from the original wiki. Character limits have been changed and I don't use any other wiki software/add-ons, so I am at a loss as to what to try next. If you would like I can give you the information to access the new site via PM, as it is in a completely separate location and login information from the test domain that I sent you before.
      Reply Reply  
    10. June 2, 2010 12:41 AM
      pegasus pegasus is offline
      VaultWiki Team
      Please send the new information. Is it live? To diagnose this issue without any more guessing, I'll have to perform a test import with stricter error reporting.
      Reply Reply  
    11. June 2, 2010 4:35 AM
      Webbstre Webbstre is offline
      Junior Member
      It's not exactly live yet, you'll have to do a minor hosts file edit to make it so your browser redirects to the correct location. I'll send you the necessary info.
      Reply Reply  
    12. June 7, 2010 12:13 AM
      pegasus pegasus is offline
      VaultWiki Team
      Well, for a few of the un-imported pages at least it wasn't a VaultWiki error. Not sure if you were importing from more than 1 database, but those articles had the same ID number of some of your images that were already imported, but didn't exist in the MediaWiki database.

      Anyway, there were some other errors which could have contributed, mainly that the output character set wasn't being set properly for non-default languages (like if you upgraded your board from vB 3 you probably still use ISO-8859-1 rather than the expected UTF-8).

      I'm marking this as fixed, because once I told the importer to ignore duplicate IDs it imported the missing pages.
      Reply Reply  
    13. June 7, 2010 2:53 AM
      Webbstre Webbstre is offline
      Junior Member
      Thanks for looking into it for me! Perhaps the first import was interrupted, then the second import (which was the one that had all the images) created the ID numbers that were necessary to finish the first import?

      I'm curious about the character output thing though. I've never used VB3, and I believe everything was set to UTF-8... where was that setting located?

      Thanks again!
      Reply Reply  
    14. June 8, 2010 3:28 AM
      Webbstre Webbstre is offline
      Junior Member
      Sorry to keep bringing this up, but something else strange happened with that last import: all the newly imported pages had their discussion/comments page and wiki page switched. It's easy enough to copy and paste it to fix it, but I thought I would inform you in case this happens again to someone else in the future.
      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:25 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.