Last modified: 2012-07-25 13:00:20 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T37893, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35893 - Block form shows options reserved for IPs when blocking a user and viceversa
Block form shows options reserved for IPs when blocking a user and viceversa
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
User blocking (Other open bugs)
unspecified
All All
: High normal (vote)
: 1.20.0 release
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-11 19:09 UTC by MA
Modified: 2012-07-25 13:00 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description MA 2012-04-11 19:09:16 UTC
Since recently the block form does not hide options reserved for blocking IP addresses when blocking usernames nor viceversa. As such, if you try to block an username, the "Prevent logged-in users from editing from this IP address" (the former "block anonymous users only" option) appears and is not hidden as opposed to the past, when the block form seemed to detect which kind of user you were blocking (anonymous or registered) and showed the appropiate options. The "autoblock" and "hideuser" options, for example, makes no sense when blocking IP addresses for example. Thank you.
Comment 1 Mark A. Hershberger 2012-04-11 21:16:52 UTC
(In reply to comment #0)
> Since recently

Do you have a date? 2 months? last night?
Comment 2 MA 2012-04-12 20:56:04 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > Since recently
> 
> Do you have a date? 2 months? last night?

Thanks for your quick reply. I'm sorry but I do not have an specific date but I'm experiencing this since, say, 2 months probably. I though it was temporary or that somebody would notice it and report it here. It seems nobody did. So, if I had to choose an interval I'd say in the past 2 months. Regards.
Comment 3 Félix M. (elfix) 2012-04-12 21:00:03 UTC
Yes, it's been the same on fr.wikipedia.org, and presumably on all the other WMF wikis, since the MW 1.19 upgrade.  Before, only relevant options would show up; now we have 7 boxes to tick, including some that won't change anything to the block.
Comment 4 Platonides 2012-04-28 16:51:15 UTC
I can't reproduce. I'm seeing 6 options, from which 5 are shown for usernames and 4 for ips, with the hiding being done with CSS+javascript.
Comment 5 MA 2012-04-28 17:03:53 UTC
(In reply to comment #4)
> I can't reproduce. I'm seeing 6 options, from which 5 are shown for usernames
> and 4 for ips, with the hiding being done with CSS+javascript.

At <https://es.wikibooks.org/wiki/Especial:Bloquear/Platonides> I still can see options reserved for IP addresses such as "Impedir que los usuarios identificados editen desde esta dirección IP".

At <https://es.wikibooks.org/wiki/Especial:Bloquear/190.201.78.42> I still can see options reserved for user accounts such as "Bloquear automáticamente la dirección IP usada por este usuario y cualquier IP posterior desde la cual intente editar" and "Ocultar nombre de usuario de ediciones y listas".

Thanks.
Comment 6 AlexSm 2012-07-24 19:30:21 UTC
I confirm the issue.

The problem is that mediawiki.special.block.js is not called from the HTML source.
( https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=resources/mediawiki.special/mediawiki.special.block.js;hb=HEAD )

As a temporary workaround I had to add this
to our local [[ru:MediaWiki:Group-sysop.js]]:
mw.loader.load('mediawiki.special.block')
Comment 7 Brad Jorsch 2012-07-24 21:03:07 UTC
(In reply to comment #6)
> I confirm the issue.
> 
> The problem is that mediawiki.special.block.js is not called from the HTML
> source.

Good call. Gerrit change #16557 will cause Special:Block to load this file.
Comment 8 Brad Jorsch 2012-07-25 02:17:58 UTC
Gerrit change #16557 has been merged.
Comment 9 MA 2012-07-25 11:43:39 UTC
(In reply to comment #8)
> Gerrit change #16557 has been merged.

Thank you. Although I still see those options appearing in the block form. Probably the code isn't yet live in the sites?.

In the meanwhile I'll add the script indicated in comment #6 into the Meta's MediaWiki:Common.js file until this is resolved.
Comment 10 Brad Jorsch 2012-07-25 13:00:20 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > Gerrit change #16557 has been merged.
> 
> Thank you. Although I still see those options appearing in the block form.
> Probably the code isn't yet live in the sites?.

Yeah. MediaWiki bugs get closed when MediaWiki is fixed, even though the fix doesn't immediately go live on Wikipedia or other Wikimedia sites.

It probably won't make it into 1.20wmf8, so it'll probably have to wait for 1.20wmf9 before it's deployed (which should be 2 weeks from the dates listed for wmf8 in [[mw:MediaWiki 1.20/Roadmap#Schedule for the deployments]]).

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links