• 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
    • Redirect and category blow up article

    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: Redirect and category blow up article

    • Issue Tools
      • View Changes
    1. issueid=677 July 15, 2009 4:24 PM
      tommythejoat tommythejoat is offline
      Regular Member
      Redirect and category blow up article
      An article that is the target of a redirect generates a duplicate post error message

      We have an article called Swiss Fake that also has a redirect article called Swiss Fakes. When the categoy European Watches is added to the article Swiss Fake, it creates an error loop.

      Every time one tries to view the target article directly by clicking on its name, you get a duplicate post error. If you click on the article with the redirect in it, you see the target article just fine.

      When the error message is displayed, a new identical entry is created in the Category namespace called European Watches. This new category has no entries. There is already a populated category European Watches and the author is trying to add the Swiss Fake article to that category.

      a few evenings ago this was generating so many false entries that I did a series of database edits to remove the trash entries from vault_category and edited the post to remove the category tag. That made the behavior go away, but putting the category tag back in makes the error recur.

      Swiss Fake via redirect

      This may not actually get you there because the behavior continually deteriorates over time with each new access.
    Issue Details
    Issue Number 677
    Issue Type Bug
    Project VaultWiki 3.x Series
    Category Redirects
    Status Fixed
    Priority 3 - Loss of Functionality
    Affected Version 2.3.2
    Fixed Version 2.5.0
    Milestone VaultWiki 2.5.x
    Software DependencyAny
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. July 15, 2009 4:53 PM
      pegasus pegasus is offline
      VaultWiki Team
      For now, all I can recommend is removing a few lines that won't be present anyway in VaultWiki Categories 2. It will make some of your Special pages data inaccurate, but will prevent this from continuing to occur. In AdminCP -> Plugins & Products -> Plugin Manager -> CES VaultWiki Categories -> vault_bbcode_link, find and remove:
      Code:
      	if (!$linkid AND !$vbulletin->GPC['preview'])
      	{
      		global $vbphrase;
      
      		// generate a new article in the Category namespace
      		require_once(DIR . '/vault/special_plugins_newpost.php');
      
      		$linkid = special_article_creator(
      			$option,
      			array('phrase' => 'ces_category_default_message'),
      			$vault->namespacecache["$nsid"]['forumid'],
      			array(
      				'userid' => $post['userid'],
      				'username' => $post['username']
      			)
      		);
      	}
      In vault/extensions/category/category_functions_ext.php, find and remove:
      Code:
      $category['class'] = 'new';
      It's okay to do this, because the index should still be generated under the "There is no text in this page" message.
      Reply Reply  
    2. July 15, 2009 6:17 PM
      tommythejoat tommythejoat is offline
      Regular Member
      I found the original cause of this problem with the category. The original form of the category had two spaces between two of the words. This was essentially invisible and I finally spotted it by looking at the url and noticing two successive spaces.

      The software apparently is ignoring the whitespace in some functions and not in others.

      I think it should probably not be possible to create a category name with two spaces, extra tabs, etc. All whitespace should be reduced to a single space in a category title. Leading and trailing whitespace should be removed.

      Just to be clear, this would apply to all category links as well.
      Reply Reply  
    3. July 15, 2009 8:49 PM
      pegasus pegasus is offline
      VaultWiki Team
      Yes, this is an issue with how HTML handles whitespace vs. how vBulletin's parser handles whitespace.

      The whitespace issue (for links anyway) will be obsolete in 3.x, because it would reduce to the same URL. VaultWiki no longer finds articles based on title, but instead on the processed URL. This prevents situations like having two articles called "Stop & Go" and "Stop and Go", both would go to the same article without needing the redirect. It also makes sure things like "Stop           and Go" and "Stop & Go" go to the same place.
      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:20 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 © 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.