Importing MediaWiki > Exclude Main Page?

[ACL]

From observing import/config/vw.php it seems possible to skip over certain namespaces by commenting them out.

Is there there a way at all to also skip over the Main Page during a MediaWiki import?

I've already rebuilt the Wiki index page using responsive divs and VaultWiki syntax pre-import, so would prefer it if the import process wouldn't overwrite this page with older the mediawiki main page as it contains html and MW ParserFunction syntax which doesn't render on the VaultWiki index page.

I could take a copy of the page prior to importing but that would create unnecessary edit revisions of the wiki home page so I'd like to avoid this approach if possible.

[pegasus]

Provided your VW main page edit was made more recently than any in MW, it should import the MW main page as previous edits, so your current version would remain as the current version.

[ACL]

Cheers for the fast reply!

That behaviour unfortunately isn't what happened for me .

There is a single revision containing the MediaWiki version of the page logged at the time of the import, so the time is newer. For example, the last revision on the MediaWiki version of the page is 29 December 2016‎. VaultWiki displays a revision containing the MediaWiki imported revision dated Feb 19, 2017.

Is the import supposed to also grab previous page revisions from MediaWiki in addition to the latest one?

[pegasus]

Yes, all previous revisions should be imported. But this might not happen if your MW main page is contained in a namespace that you opted to skip.

I see what you mean about the importer logging a new edit. It seems it doesn't do a good job at adjusting the timestamps on the index. We will try to improve this.

[ACL]

Thanks . For what it is worth, I have checked some other wiki pages that were newly imported and I do see the old revision history from MediaWiki showing fine there. Just not with the index page which already existed prior to running the Import script.

Incidentally, I did spot a problem with an imported contributor username containing an underscore has that character replaced with a space which means the Xenforo popup profile link isn't displayed (no account name exists with the underscore substituded for a space). Plus usernames with the first letter capitalised (as enforced by MediaWiki) doesn't link to a matching Xenforo profile (where a leading capital isn't mandated). I'll post this as a bug. E.g. If an imported username is "User_name", VaultWiki shows it as "User name". If an Xenforo username of "username" exists, when imported from MediaWiki it isn't hyperlinked to their profile under the creator/contributor area. However, "Username" and "USERNAME" is linked, due to the leading captial.

[pegasus]

The problem is that in MediaWiki, usernames can't have a space (spaces are underscores) because they are also page names. So in MediaWiki, "User_with_Space" has underscores. But the expectation is that in page names, "_" is treated as a space. However, in XenForo, it is possible to have 2 different users "User_with_Space" vs "User with Space". There's not really a great way to "fix" this. No matter which way you convert the name, you have a 50% chance that you will not find a user, or that you will find the wrong user.

I think that this would need to be handled it on a user-by-user basis after the import, where we provide a tool to attribute all wiki records for user "The Source User" to user "The Target User".

On the other hand, if the only difference is capitalization between the usernames and the matching profile isn't linked, then this might be a problem with the collation in the forum database, where it is case sensitive (not a *_ci collation). From what I understand, XenForo should be case-insensitive when it comes to usernames, so these usernames should have been linked automatically, unless you manually changed the xf_user.username collation to something like utf8_bin.

[ACL]

A tool to link source and target users sounds like a neat solution! Depending how it is implemented, it may even help me relink old edits to particular users who had their username changed on an old (non-Xenforo) forum.

I've checked the collation of xf_user.username and it is set as utf8_general_ci (I haven't altered this).