Issue: error vw_invalid_type

vw_invalid_type occurs when attempting to create any kind of wiki content that is disabled in AdminCP > Wiki > Structures > Content Types. If a create link is appearing while the content type is disabled, this is a bug. Please let me know where you found the link.

Here is how to replicate:
go to wiki testing grounds > browser compatibility > edit
at the end upload a JPEG 'something'. So far it works as the following text is displayed in the article text:
testing JPEG upload here:
[file]something|none[/file]

Then save the edit.
Then the aforementioned error is displayed.

You can find the image here: wiki attachments > something

This has nothing to do with the attachments. Rather, the page has the behavior "Anonymous Page". However, the content-type "Anonymous Page" is currently disabled in the AdminCP. As a result, the wiki is refusing to apply changes to the page because its content-type is not allowed.

Normally, existing behaviors that are currently disabled in the AdminCP will appear in the behaviors section of the editor so that the behavior can be removed:
- In that case, if you were to apply an edit to the Anonymous Page, then it would no longer be treated as Anonymous, its URL would change, and a conflict might require the page to be renamed.
- I believe this should be made more obvious, perhaps with a red notice that the behavior must be removed, and obviously the vw_invalid_type error must be phrased "The page cannot be saved until unsupported behaviors are removed."

However, the problem with this is that your Wiki Testing Grounds area ONLY allows Anonymous Pages -- normal pages are not allowed. So that is why the option to remove the behavior is not provided in the editor -- even if the Anonymous behavior was removed, the edit would still be refused, because the conversion to a normal page is not allowed in Wiki Testing Grounds.

Thus you are in a situation where it is impossible to create anything new or edit anything existing in Wiki Testing Grounds. So the correct behavior would actually be to have no permission to access the Edit tab in this case.

Therefore in order to mark this bug as fixed, the following must be resolved:
- In the editor, make it obvious that an existing behavior is no longer permitted and must be removed.
- Phrase vw_invalid_type
- Remove Edit tab permissions when the area only allows content-types that are all disabled

The thing is. I dont even know what an anonymous page is supposed to do. I did not have any anonymous pages created. I think this is an import issue. I think there should not have been any anonymous pages.

I turned off anonymous pages globally so there should not be any anonymous pages.

Anonymous pages were "Islands" in VaultWiki 3. If you had a wiki forum in Island mode, then it was imported as only allowing Anonymous Pages. Since you actually use Anonymous Pages, you should not disable them. According to the AdminCP:

Why are these not just called Islands like before? I don't understand what is anonymous about these pages, because its clear which members edited the page.
I turned it off because I dont want any anonymous edits on my site.

The term has nothing to do with the people who edit it. The page itself is Anonymous. Unlike regular wiki pages, its name is unimportant.
We scrapped the "Island" term because most people did not understand it.

VaultWiki does not permit anonymous edits. Even guests must provide a username will have their IP logged if the admin has allowed guest edits.

I see. I think the concept in general is hard to understand. If anonymous pages do the same as island pages then I think the name is very confusing. But now I know one more Vaultwiki mystery its not a problem for me anymore. I do find vaultwiki 4 really hard to use now and then.

Fixed in the next release.

Now, when editing a page that has a type which must be removed:
- Section editing of that page is disabled.
- Only users with permission to remove types (requires delete permissions) are allowed to edit.
- The type has a red notice below it telling the user they must remove the type in order to save anything.

When the type must be removed but the area doesn't allow any types that would be used instead, no one has permission to edit the page.

The phrase vw_invalid_type, which has now been phrased, should now be rarely seen - only when manually editing the form HTML, or if editing at the same time the admin is disabling the type.

Additionally, root-level types (such as the main page of a social group in vBulletin) will no longer be considered for the vw_invalid_type error, because root-level types cannot be removed from a page; more like being a page is a property of those types, rather than the reverse.

Types that were added by assignment (such as 'chapter' by adding it to a book) will no longer be considered for the vw_invalid_type error, because there is no mechanism on the edit tab to remove those kinds of types.