• 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
    • Index invalid or out of range when handing autolinks

    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: Index invalid or out of range when handing autolinks

    • Issue Tools
      • View Changes
    1. issueid=3595 March 3, 2014 5:58 AM
      moya moya is offline
      New Member
      Index invalid or out of range when handing autolinks

      I download patch here:

      https://www.vaultwiki.org/manual/Vau...ding-VaultWiki

      I call /vault/install/index.php (this is not mentioned in the manual, I just took the assumption)

      The installer does what I expect him to do and shows me what he does, also ends with a success message.

      When i try to access the wiki this happens:
      Code:
      Index invalid or out of range on line 349 in /public_html/vbf/vault/core/model/parser/handle/autolink/vw.php
      #0 /public_html/vbf/vault/core/model/parser/handle/autolink/vw.php(349): vw_Parser_Handle_AutoLink_Model::process()
      #1 /public_html/vbf/vault/core/model/plugins/bbcode/vb3.php(169): vw_Parser_Handle_AutoLink_Model->process('asdf asdfrnasdf...', 0)
      #2 /public_html/vbf/vault/core/controller/hook/handle/vb3.php(36) : eval()'d code(29): vw_Plugins_BBCode_Model_vB3->bbcode_parse_start(Object(vw_Parser_Base_Model), 'asdf asdfrnasdf...', NULL, 'vw', 4, 8, 0)
      #3 /public_html/vbf/vault/core/controller/hook/handle/vb3.php(36): eval()
      #4 /public_html/vbf/vault/core/model/parser/base/vw.php(509): require('/publ...')
      #5 /public_html/vbf/vault/core/model/parser/base/vw.php(176): vw_Parser_Base_Model->exec_parser_hook('bbcode_parse_st...', Array)
      #6 /public_html/vbf/vault/core/model/parser/instance/vb3.php(118): vw_Parser_Base_Model->parse(Array)
      #7 /public_html/vbf/vault/core/view/content/page/vw.php(201): vw_Parser_Instance_Model_vB3->parse(Array)
      #8 /public_html/vbf/vault/core/view/content/page/vw.php(49): vw_Content_Page_View->process_pagetext(Array, NULL)
      #9 /public_html/vbf/vault/core/view/factory/content/vw.php(83): vw_Content_Page_View->unwrapped(Array, NULL)
      #10 /public_html/vbf/vault/core/view/factory/content/versioned/vw.php(24): vw_Factory_Content_View->get_content(Array, NULL)
      #11 /public_html/vbf/vault/core/view/ui/page/vw.php(41): vw_Factory_Content_Versioned_View->make(Array, NULL)
      #12 /public_html/vbf/vault/core/controller/ui/page/vw.php(619): vw_UI_Page_View->view(Object(vw_UI_Page_Controller))
      #13 /public_html/vbf/vault/core/controller/ui/stack/vw.php(206): vw_UI_Page_Controller->view()
      #14 /public_html/vbf/vault/core/controller/ui/stack/vw.php(168): vw_UI_Stack_Controller->view()
      #15 /public_html/vbf/wiki_index.php(93): vw_UI_Stack_Controller->execute()
      #16 {main}
      showing a lot of sensitive data. I assume this is only done as we are on an unstable release. Please confirm you dont output php code and variables in stable versions.

      I tried the update to see how it deals with the other issues I have posted in the Thread "clean wiki URL". Obviously for me it was a step backwards. Please note, using a fresh install of gamma 2 on vb4.2.2. was not functional.

      Discussing this particular issue. I tried to turn off auto links. unfortunatelly when I unmark all the checkboxes in the admincp settings at the menu option "wiki links" the changes are not stored.

      If I may raise this question, why would a link in a wiki page be parsed on display? I understand the non existing link could have been created in the mean time, but I'd like to point out that 99% of usage will be viewing and trying to generate an autolink over and over and over again might not be the best way do deal with given resources.

      PS: not beeing able to save "Enable Auto Links to Wiki Content": I disabled _all_ checkboxes. When leaving on one (like calender I have disabled anyway) the information is stored. With this I was able to again access the wiki and confirm that the mentioned bugs (ie. linebreaks are converted to "rn") still exist.
    Issue Details
    Issue Number 3595
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category Admin Panel
    Status Fixed
    Priority 3 - Loss of Functionality
    Affected Version 4.0.0 Gamma 3
    Fixed Version 4.0.0 Gamma 3
    Milestone VaultWiki 4 Gamma X
    Software DependencyvBulletin 4.x w/ ckEditor
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. March 3, 2014 10:20 AM
      pegasus pegasus is offline
      VaultWiki Team
      Assuming the error above is not caused by uploading "only files that are newer", the error above is due to a bug in PHP which is not fixed until PHP 5.5. See PHP bug #60560: https://bugs.php.net/bug.php?id=60560

      However, we did implement a workaround for this bug which leads me to believe that the patch you downloaded did not contain all the necessary files or they did not all manage their way onto your server. Please confirm by reuploading the full (non-patch) release.

      If the issue persists, it is possible you are using a different PHP version that the workaround doesn't work on. In which case, we will need to investigate this further.

      As far as I understand it, vBulletin only outputs errors like that if an admin user is logged in.

      Auto-links are eligible for parser caching. However, the parser cache for wiki pages is currently disabled by the devs in Gamma to debug other features, especially the speed of unprimed auto-links. Also, even though the result set is cached, some processing will still take place, because there are options on a per-user basis to remove them or display them differently.

      I see the issue with "Enable Auto Links in Wiki Content". This occurs when you disable ALL checkboxes. If at least 1 is checked, then the entire thing is saved properly. This is indeed a bug, but separate bugs should be reported separately, or they might get overlooked when 1 is fixed or otherwise resolved.
      Reply Reply  
    2. March 3, 2014 1:00 PM
      moya moya is offline
      New Member
      Hi Pegasus

      Thank you for getting back to me on this. I will do as you instructed and get back to you.

      However I think I cant fit it in tomorrow and I'll be gone the rest of the week, so I'll get back on this issue next week.
      Reply Reply  
    3. March 4, 2014 8:17 PM
      pegasus pegasus is offline
      VaultWiki Team
      This is confirmed for PHP < 5.4. For PHP < 5.5, the current workaround works, but unfortunately it's inefficient. I have updated the code that does all of this and will add the updated files to the download area tonight.
      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 11:22 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 © 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.