Opened 2 years ago
Last modified 2 years ago
#16126 new defect (bug)
Multisite name conflict check doesn't check for pages.
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | Future Release |
| Component: | Multisite | Version: | |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Running WP 3.1-RC2 I made a page off my main site called foobar.
Then I went in and made a sub-site (using SubFOLDERS) called foobar.
The subsite took precedence and there was NO check or warning.
I was able to reproduce this on 3.0.4
Then I went the otherway. I have a subsite called camels (don't ask). I went to make a PAGE called camels and it also let me. No conflict check.
Basically you have to add the main blog page names into the banned names list manually, which strikes me as a bit odd. I can see why checking that would be onerous if someone had 600 million pages (and we all know they do) but forcing people to do it manually seems like a gap.
Need love! :D
This is minor, since not a lot of people have bitched, so clearly we're not running into it YET.
Change History (3)
This is probably a duplicate of another ticket that was punted late in the 3.0 cycle.
The goal would be to enforce global slug checking -- that wp_unique_post_slug() also needs to check for the slugs of blogs when running a subdirectory.

And before someone says 'That's what the blog slug is for', remember that PAGES aren't behind the blog slug, just POSTS. Should that be changed? I would say no. The way it works now is perfect. There just needs some sanity checking going on in both places.