• 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
    • The submitted message is too long to be processed. Please shorten it.

    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: The submitted message is too long to be processed. Please shorten it.

    • Issue Tools
      • View Changes
    1. issueid=3661 April 6, 2014 12:04 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      The submitted message is too long to be processed. Please shorten it.

      IN edit aretice I clicked on the 'use bb code editor' button. This lead to the following error:

      The following error occurred:
      The submitted message is too long to be processed. Please shorten it.

      Please mind that this was on the main page, which naturally will hold a lot of information.
    Issue Details
    Issue Number 3661
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category BB-Code Parsing
    Status Fixed
    Priority 4 - Warnings / Script Errors
    Affected Version 4.0.0 Gamma 4
    Fixed Version 4.0.0 Gamma 5
    Milestone VaultWiki 4 Gamma X
    Software DependencyXenForo 1.x
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. April 6, 2014 3:18 PM
      pegasus pegasus is offline
      VaultWiki Team
      Your wiki index text is 100,644 bytes long. The default size limit for a wiki page is 100,000 characters, which can be changed in the Settings (in UTF-8 bytes:characters is not usually 1:1). However, I do not recommend making the limit higher. You can tell that there is already a performance drop on the wiki index due to approaching (in this case, surpassing the limit). In our tests, pages over 300,000 characters long will never load under XenForo before PHP times out (or the CGI times out, where PHP has no time limit).

      By comparison, vBulletin will accept close to 500,000 characters before timing out. Surprisingly, vBulletin's parser seems to be more efficient for long-length pages. This is not to say that it is better; in fact, XenForo's parser supports more customization and is more logical in its design.

      There is a further performance hit because the datatables BB-Code instantiates a second parser inside the main one that runs recursively inside table codes. I already mentioned to the author that this approach is both unnecessary for that add-on's purposes and error-prone, but I think they didn't want to refactor their code.

      Even though you haven't actually tried to save the text, XenForo checks that the limit is not exceeded when you change editor modes too. If you don't like this behavior and think the error message should only show if you are saving your content, you should take it up with the XenForo devs. However, I suspect they implemented the limit on the editor-switch to prevent excessive processing wherever message data is handled.

      I would strongly advise you to simplify/shorten your index text and possibly move more detailed information onto separate pages.
      Reply Reply  
    2. April 6, 2014 3:50 PM
      pegasus pegasus is offline
      VaultWiki Team
      It IS possible to get this error message even if the limit is not reached (in WYSIWYG mode), but that is not the case for you.

      I've marked this as fixed because the WYSIWYG case is now handled appropriately so that the message doesn't appear prematurely in that mode.
      Reply Reply  
    3. April 7, 2014 7:04 PM
      Alfa1 Alfa1 is offline
      Distinguished Member
      I think the core of this problem is that the main wiki page needs more functionality. To showcase the wiki content of a wiki site with plenty of content, just needs more than a wiki page. Its possible to stuff all of it into a wiki page, but that means adding loads of bbcode and formatting. And that only emulates what is really needed: a wiki portal.

      On VW3 my main wiki page does work though and loads better than on VW4.
      Reply Reply  
    4. April 7, 2014 7:57 PM
      pegasus pegasus is offline
      VaultWiki Team
      As I mentioned, your VW3 main wiki page has multiple points in its favor:
      - It uses vBulletin's BB-Code parser, which is faster than XenForo's (it can be seen by benching parse times of the same text on each platform)
      - It uses a vBulletin.org TABLE BB-Code, which is more efficient in its code design than the Waindigo datatables BB-Code (if you disable that add-on the timing drops from 7.6s to 3.8s - nearly 4 seconds)

      However just the change of disabling Waindigo datatables brings the page's loading time into the same range as the same page in VW3.
      Reply Reply  
    5. April 7, 2014 9:13 PM
      Alfa1 Alfa1 is offline
      Distinguished Member
      Thats amazing. I would not be surprised if waindigos addons will cause some major mayhem if it gets hit by thousands of concurrent users.
      Any chance of VW4 tables supporting vb3 legacy tables?
      Reply Reply  
    6. April 7, 2014 9:32 PM
      pegasus pegasus is offline
      VaultWiki Team
      I have considered adding support for more legacy syntax (including third-party syntax like your tables), and also for possibly making some legacy options stackable (e.g. NuWiki syntax + St.Gaensler TABLEs). As far as I know, however, there aren't any active feature requests for anything like this. Also note, that we will probably only add legacy support for BB-Codes that have mappings to VaultWiki BB-Codes.
      Reply Reply  
    7. April 8, 2014 8:53 AM
      Alfa1 Alfa1 is offline
      Distinguished Member
      I have added this feature request: https://www.vaultwiki.org/issues/3672/
      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 9:41 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.