• 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
    • Troubled flow creating Page from a missing-link aka error->Create screen

    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: Troubled flow creating Page from a missing-link aka error->Create screen

    • Issue Tools
      • View Changes
    1. issueid=3682 April 9, 2014 5:21 PM
      Ptah Ptah is offline
      Junior Member
      Troubled flow creating Page from a missing-link aka error->Create screen
      Creating a page from its "error, missing" screen does not update the prefix allowances when changing target area.

      Having implemented the tweak suggested in : https://www.vaultwiki.org/issues/3670/, I find something troublesome in the resulting, bigger-picture functionality.

      The bigger picture here is: the flow of creating pages through red/missing-link-clicks as against using explicit Create from an Area or Book or whatever. So...

      Consider this.

      Say ...
      1. I have a page, PageA in AreaX.
      2. On PageA I have created a link to a missing page, say PageB in AreaY, which has a constraint to only allow PrefixY prefixes.
      2b. Neither AreaX nor AreaY are the default (first ordered) Area
      3. I click the resulting red link on PageA, and then click "Create" on the error/missing screen
      4. As of the fix in the ticket above, I am taken to a page which
      a. correctly constraints Prefixes to Areas, in some sense, although it is locked to what prefixes are available to whatever the default (first ordered) Area is
      5. Hence, if AreaY happens not to be the default (first-oredered) Area, as such... and if AreaY happens not to be allowed to the default (first ordered) Area
      6. I am effectively unable create the desired page (PrefixY:PageB, in AreaY) when clicking the red link on PageA in AreaX, for I have no way of specifying I want PrefixY:AreaY as the target Area+Prefix, when PrefixY is not available to the default (first ordered) area?

      Strong Suggestion: Make some way to have the allowed-prefixes sync up to whatever target area has been selected?

      I understand you can just create the page from whatever target Area, but that breaks the flow of seeing a red link and wanting to provide a page for it through the "missing/error" page's Create "tab".
    Issue Details
    Issue Number 3682
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category Editing Pages
    Status Fixed
    Priority 3 - Loss of Functionality
    Affected Version 4.0.0 Gamma 4
    Fixed Version 4.0.0 Gamma 5
    Milestone VaultWiki 4 Gamma X
    Software DependencyAny
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. April 9, 2014 7:28 PM
      pegasus pegasus is offline
      VaultWiki Team
      The prefix chooser is supposed to contain all prefixes that might be valid in any area. If this is not the current behavior, I need to look into it. I agree that the field should sync based on the area choice. There are other fields that need to sync too. But for starters, even if not synced, appropriate prefixes should be listed.
      Reply Reply  
    2. April 9, 2014 11:35 PM
      Ptah Ptah is offline
      Junior Member
      FWIW, for clarity: prior to the tweak you suggested in the issue linked/referred to above, indeed the prefix dropdown showed all possible prefixes. After making that tweak (which resolved that issue), I get the behavior above. Specifically, that when clicking "Create" from a missing page, the prefix choices are constrained to whatever is allowed to the default/first-in-order Area's would be. So, although you can select any new Target area, your prefix options remain so constrained, possibly leading to unexpected, problematic behavior.

      I respectfully assert this is a significant issue, in that it basically kills one common growth dynamic for a wiki: specifically, seeding future new pages by making advanced wiki-links to them, hence inviting users to create those pages through spotting red links. See, under the circumstance of an Area which has mutually exclusive prefix allowances with respect to the default/first-in-order Area, such organic create-though-missing is broken by the (I'd assert as buggy) prefix-constraints-on-create-via-missing behavior above.
      Reply Reply  
    3. April 10, 2014 11:45 AM
      pegasus pegasus is offline
      VaultWiki Team
      Fixed in the next release. Prefix options, type options, and language options will now be correctly synced to the current selection of the area drop-down.
      Reply Reply  
    4. April 10, 2014 11:59 AM
      Ptah Ptah is offline
      Junior Member
      Awesome! So anticipating this next release now, ha. Thanks.
      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:15 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.