Make WordPress Core

Opened 12 years ago

Last modified 5 years ago

#20019 reopened enhancement

wpmu_validate_blog_signup(): Allow '.' and '-' in blog names

Reported by: fo0bar's profile fo0bar Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.0
Component: Login and Registration Keywords: dev-feedback needs-patch
Focuses: multisite Cc:

Description

Canonical uses Wordpress 3.x multisite as part of voices.canonical.com, for employees who do not have or wish to list their personal blog. The code is stock, except for one patch we maintain, which allows blog names (currently in WP as lowercase alphanumeric only) to also include '.' and '-'. This matches our global username format.

Attached is a patch extending wpmu_validate_blog_signup() to allow '.' and '-', with a tweak for the error text. We have been running the patch for awhile, and have not run across any problems with the rest of the code accepting this.

Attachments (1)

wp-ms-dotdash.patch (706 bytes) - added by fo0bar 12 years ago.
Patch to allow '.' and '-' in blog names, wpmu_validate_blog_signup()

Download all attachments as: .zip

Change History (28)

@fo0bar
12 years ago

Patch to allow '.' and '-' in blog names, wpmu_validate_blog_signup()

#1 @scribu
12 years ago

  • Milestone changed from Awaiting Review to 3.4

+1

#2 @DrewAPicture
12 years ago

  • Cc xoodrew@… added

#3 @ocean90
12 years ago

Related: #15831

#4 @westi
12 years ago

I think dots are a good addition see #15831 but I'm not sure about "-" because we don't support it in usernames.

I think we should add support for "." and ensure we have the filters available for someone to extend the support for both usernames and hostnames to include - or other chars if they want.

#5 @scribu
12 years ago

Making the validation filterable is obviously a good idea, but is there any reason usernames can't contain '-'?

#6 follow-up: @Ipstenu
12 years ago

Westi, is it okay to have a "." in a blogname for subdomains? That could screw up a host that doesn't permit foo.bar.domain.com (which is why I always thought we didn't permit them in blognames... People can switch between subdomain and subfolder at any time, after all, if they're DB savvy).

#7 in reply to: ↑ 6 @fo0bar
12 years ago

Replying to Ipstenu:

Westi, is it okay to have a "." in a blogname for subdomains? That could screw up a host that doesn't permit foo.bar.domain.com (which is why I always thought we didn't permit them in blognames... People can switch between subdomain and subfolder at any time, after all, if they're DB savvy).

That was the only issue I could think of when upstreaming this. For our case, any default would be fine, at long as there was the ability to override it at the config level.

#8 follow-up: @nacin
12 years ago

I would like to see a filter here, but I'd rather not see the default changed.

#9 @scribu
12 years ago

Related: #20176

Last edited 12 years ago by scribu (previous) (diff)

#10 @bluesplinter
12 years ago

  • Cc steve@… added

#12 @ryan
12 years ago

  • Milestone changed from 3.4 to Future Release

We have several tickets related to this. We need to comprehensively clean this up. Punting to future release. The wpmu_validate_blog_signup filter can be used by plugins to get around this for now.

#13 in reply to: ↑ 8 @bananastalktome
12 years ago

Replying to nacin:

I would like to see a filter here, but I'd rather not see the default changed.

+1 to this suggestion. While the defaults may be somewhat restrictive, this may help the casual admin who just wants to set up WordPress and have a guarantee that it will work than the advanced one who is able and willing to do more tweaking to have things work the way they want. Loosening them can be a task left to a filter (though to be fair, there should be a similar filter added for username check as well).

#14 @jeremyfelt
11 years ago

  • Keywords dev-feedback added; has-patch removed
  • Milestone changed from Future Release to 3.7

Moving to 3.7 to discuss possible completion during this cycle.

Theoretically the wpmu_validate_blog_signup filter can be used to further validate based on the work that has already been done previously. The current patch addresses only . and -, but does not add a filter.

#15 follow-up: @tlovett1
11 years ago

I don't understand why wpmu_validate_blog_signup() doesn't allow "-" in blogname by default. wp-admin/network/site-new.php runs the domain against the following regex |^([a-zA-Z0-9-])+$|

Perhaps blogname is different than domain name? Can anyone clear this up for me.

Last edited 11 years ago by SergeyBiryukov (previous) (diff)

#16 @Ipstenu
11 years ago

Is this a dupe of #17397 ?

(Also filter yes, please)

#17 @tlovett1
11 years ago

It's not a dupe. It was explained to me by Nacin, that on the front users should only be able to create sites with a-Z0-9, whereas in the network admin, super admins should be able to use whatever characters they want.

Last edited 11 years ago by tlovett1 (previous) (diff)

#18 @SergeyBiryukov
11 years ago

#25134 was marked as a duplicate.

#19 @SergeyBiryukov
11 years ago

  • Version changed from 3.3.1 to 3.0

#20 @lkraav
11 years ago

  • Cc leho@… added
  • Version changed from 3.0 to 3.3.1

#21 @lkraav
11 years ago

  • Version changed from 3.3.1 to 3.0

#22 @jeremyfelt
11 years ago

  • Keywords needs-patch added
  • Milestone changed from 3.7 to Future Release

Punting this to a future release as we haven't figured out what a filter would look like on the regex for $blogname yet and the current filter, while clunky, will let this happen. Should be able to come around in the near future.

#23 @jeremyfelt
10 years ago

  • Component changed from Multisite to Login and Registration
  • Focuses multisite added

#24 in reply to: ↑ 15 @drewnorthup
10 years ago

Replying to tlovett1:

I don't understand why wpmu_validate_blog_signup() doesn't allow "-" in blogname by default. wp-admin/network/site-new.php runs the domain against the following regex |^([a-zA-Z0-9-])+$|

Perhaps blogname is different than domain name? Can anyone clear this up for me.

They are only 100% the same in non-network installations. (Of the normal kind anyway, advanced users can do all sorts of crazy things.) In network installations blogname can be related to either a DNS subdomain or a portion of a URI path. In the case of "folder" based network setups there's really no reason not to allow underscores.

In fact, I'd be a bit more bold than just allowing underscores (in folders / URI paths) and suggest that we should provide the option to use full UTF-8 designators (after providing for a warning to the user containing information about IDN and internationalized filesystems).(1) Note, I said the "option" to do so. In other words, make the filter a configurable option (I'd prefer doing so in wp-config.php, as that's potentially faster than putting it in the DB) with a safe default.

(1) Given that just about every "current" filesystem on every "current" OS release supports internationalized character sets the warning needn't be anything particularly dramatic.

#25 @chriscct7
8 years ago

  • Milestone Future Release deleted
  • Resolution set to maybelater
  • Status changed from new to closed

No movement in almost 2 years. Closing as maybelater. Feel free to reopen when renewed interest (ideally with a patch) emerges.

#26 @jeremyfelt
8 years ago

  • Milestone set to Future Release
  • Resolution maybelater deleted
  • Status changed from closed to reopened

We should make a decision on this ticket before closing it. I think allowing - in signup names is plausible, though I haven't given . much thought. I believe the origin of these restrictions is a period in b2++, when the name of the user/blog was used as the database table name - b2_jeremyfelt_posts.

I would definitely welcome some digging, testing, and patching on this ticket.

#29 @jeremyfelt
5 years ago

#44575 was marked as a duplicate.

Note: See TracTickets for help on using tickets.