Last modified: 2011-05-15 10:02:55 UTC
Do not show the option "Block anonymous users only" (first checkbox) if the user to be blocked is a registered one (no IP). That option anyway makes only sense/works for IP addresses.
Works for me. http://en.wikipedia.org/wiki/Special:Block/Werdna
Ah, this is done by JavaScript. Couldn't there be a proper solution for not even delivering this option?
(In reply to comment #2) > Ah, this is done by JavaScript. > Couldn't there be a proper solution for not even delivering this option? > It's done by js so it can be done on the fly as you enter a user to block. I don't think there's a way to do it such that you get this option back if you go to Special:Block/Whatever and then decide to actually block 127.0.0.1 instead. I could be wrong though.
It's probably done by site JS, in which case the bug should remain open as it was originally, as not all sites have English Wikipedia's site JS.
(In reply to comment #4) > It's probably done by site JS, in which case the bug should remain open as it > was originally, as not all sites have English Wikipedia's site JS. > I don't think so... this works on every wiki I've ever been an admin on.
Oh, yes. This works on-the-fly. (I seem to block users too seldom to notice that ;-) The point why I was wondering was that I used [[als:Spezial:Sperre/Komplexx]], coming from Special:RecentChanges. Not sure if someone should tweak the behaviour for subpaged special page accesses like that? Tending to self-close this bug...
This is, as noted, now done in core JavaScript. You can't customise the form options when the user is still allowed to change the block target; there is currently no reason why an admin can't go to Special:Block/Foo and end up blocking an IP or range.
