Issue: url links do not parse

On the Edit tab, is Additional Options > Automatically parse links in text unchecked? Raw URLs will only be automatically parsed as if the URL BB-Code was used if this option is checked.

Why, might I ask, do autolinks NEED to be turned off? Are you aware of an add-on conflict?

It concerns an internal corporate wiki and the autolinks confuse workers. Therefore it needs to be turned off.
But urls need to be automatically be parsed in all wiki articles.

That's fine. Use the Edit tab option I mentioned, and URLs will be automatically parsed.

There is no way that people will do that for hundreds of wikis. Too complex of a solution. I need a global function.

A global function would be inconsistent with the forum function.

The forum function only performs raw URL replacement at the time content is saved, by actually replacing it with a URL tag. Therefore only newly created wikis and newly entered URLs would need to be automatically converted, which is easy to do by checking this box at the time you enter them.

There should be no existing raw URLs unless those were intended to be raw by the original enterer (e.g. by using NOPARSE or opting out of auto-convert). Even if you imported old content from vBulletin, vBulletin had the same behavior of replacing raw URLs at the time the content was saved. Therefore, any existing raw URLs were already replaced before the import.

I don't see how this is "too complex" of a solution, since it is the same behavior you have been working with for vBulletin posts and since the beginning of VaultWiki 3.

The only place I might see any inconsistency is whether the checkbox is selected by default or not. It is not clear to me at this moment what the default checked state is and whether that is configurable in normal forums, but that can easily be altered by the end-user at the time they input their raw URLs.

This install does not concern a vb import. Its a new XF install with hundreds of new wiki articles. Going into each article, activating the parse option and save it would be too complex. And for new articles people will simply not use it as they describe the edit page as confusing, too unwieldy and complex. I guess that's the price of having many options & functions.

Is there a query I can run to activate the parse links option for all articles?

As I said, XenForo only parses links at the time content is saved. So the articles would still need to be saved again, even if you use a query to check the box. And in order to trigger the parser, the text will have to look like it was changed in some way.

The easiest way to do it is by modifying vault/core/controller/cp/counter/url/vw.php. Find:
After it, add:
Then run the tool in Maintenance > Counters / Caches > Rebuild Page URLs. If this succeeds, you should reverse the edits so it doesn't happen every time you run the tool.

This process should do the following:

If the page does not already have the box checked and if the page has text:
- create a new revision (add an editor comment to trigger the revision)
- check the box

To set the default checked state to checked for new articles, edit vault/core/view/ui/edit/page/vw.php. Find:
After it, add:

This has been treated as a bug and is fixed in the next release:
- The default state for the checkbox in question was inconsistent with the default behavior on both vBulletin and XenForo platforms.

As of 4.0.11, the checkbox will now be checked by default when creating new wiki pages.

The state will still be preserved when editing existing pages -- saving the state is intentional, even though the default forum behavior does not save the state (we always considered this to be a bug in vBulletin). Existing saved states from prior to 4.0.11 will not be changed since it is impossible to know which states were intentional or were a result of the bug.