Last modified: 2012-06-06 20:27:36 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 1196 - Add basic IPv6 support in core
Add basic IPv6 support in core
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.8.x
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: ipv6
: 8246 8251 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-12-25 15:10 UTC by Niklas Laxström
Modified: 2012-06-06 20:27 UTC (History)
5 users (show)

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


Attachments
Add some IPv6 alternative and convertsion functions (12.54 KB, patch)
2007-03-09 20:34 UTC, Aaron Schulz
Details
Add some IPv6 alternative and convertsion functions (5.42 KB, patch)
2007-03-09 20:35 UTC, Aaron Schulz
Details
Fix some bugs (6.20 KB, patch)
2007-03-10 20:47 UTC, Aaron Schulz
Details
Some cleanup (6.14 KB, patch)
2007-03-11 18:57 UTC, Aaron Schulz
Details
Use wfBaseConvert() (6.63 KB, patch)
2007-03-11 19:27 UTC, Aaron Schulz
Details

Description Niklas Laxström 2004-12-25 15:10:40 UTC
I don't know if these are just bugs in 1.4b3 or not yet done but reporting anyway:
As IPv6 is now supported, or at least was (
http://fi.wikipedia.org/w/index.php?title=Toiminnot:Contributions&target=2002:3e8e:71b::3e8e:71b
), there is some problems.

Find (the search box) doesn't redirect IPv6-addresses to appropriate
contributions page, like it does for IPv4-addresses.
http://fi.wikipedia.org/wiki/Toiminnot:Search?search=2002%3A3e8e%3A71b%3A%3A3e8e%3A71b&go=Siirry

The user or user talk page of IPv6-addresses doesn't have link to 'User
contributions'
http://fi.wikipedia.org/wiki/Keskustelu_k%C3%A4ytt%C3%A4j%C3%A4st%C3%A4:2002:3e8e:71b::3e8e:71b
Comment 1 River Tarnell 2004-12-25 15:12:31 UTC
This is because the IPv6 support from REL1_3A wasn't merged into REL1_4.  I'll
try to have a look at this later if no-one else does.
Comment 2 Niklas Laxström 2005-10-04 13:09:06 UTC
Changing this bug to feature request: Add IPv6 support
Comment 3 Stephanie Amanda Stevens 2005-12-20 15:52:31 UTC
...Additionally, on some configurations on a machine supporting ipv6, normal
ipv4 ips get ipv6 representations, ie "::ffff:4.225.242.191". This causes all
the problems with ipv6 ips.

And, they can't be blocked. a block on "::ffff:4.225.242.191" gives the error
"No such user", instead of seeing it as an IP block. A block on the IP in the
normal format just doesn't affect them.
Comment 4 Stephanie Amanda Stevens 2005-12-21 02:26:56 UTC
(In reply to comment #3)
...and, a dirty gross nasty hack that fixed the problem, in
includes/ProxyTools.php, change 

$ipchain = array( $_SERVER['REMOTE_ADDR'] );

to

$ipchain = array( str_replace("::ffff:", "",$_SERVER['REMOTE_ADDR']) );

...this is on line 23 on last night's CVS HEAD.
Comment 5 Brion Vibber 2006-05-25 19:06:12 UTC
Note that the :-prefixed forms are no longer legal titles, so connecting to
eg localhost over IPv6 makes stuff blow up when the IP username is illegal.
Comment 6 Brion Vibber 2006-07-09 01:56:53 UTC
Bumping this from enhancement to normal. Some hosts where the
server listens on IPv6 will break for IPv4-to-IPv6 translated
addresses, which means everybody on the present internet.
Comment 7 Guillaume Outters 2006-10-02 21:05:09 UTC
In reply to #5:

Adding:
            if ( $this->mName{0} == ':' ) {
                $this->mName = 'IPv6'.$this->mName;
            }
to getName() in includes/User.php makes it. I didn't try to go further though (no test to search for IPv6::1-including threads, and so on).
Comment 8 Brion Vibber 2006-12-13 20:09:37 UTC
*** Bug 8246 has been marked as a duplicate of this bug. ***
Comment 9 Brion Vibber 2006-12-13 20:48:38 UTC
*** Bug 8251 has been marked as a duplicate of this bug. ***
Comment 10 Aaron Schulz 2007-03-09 20:34:24 UTC
Created attachment 3328 [details]
Add some IPv6 alternative and convertsion functions

First stab at this.
Comment 11 Aaron Schulz 2007-03-09 20:35:33 UTC
Created attachment 3329 [details]
Add some IPv6 alternative and convertsion functions

Fix file format.
Comment 12 Aaron Schulz 2007-03-10 20:47:04 UTC
Created attachment 3333 [details]
Fix some bugs
Comment 13 Aaron Schulz 2007-03-11 18:57:51 UTC
Created attachment 3338 [details]
Some cleanup
Comment 14 Aaron Schulz 2007-03-11 19:27:50 UTC
Created attachment 3340 [details]
Use wfBaseConvert()

Added some comments, IsInRange() updated
Comment 15 Aaron Schulz 2007-03-12 17:01:59 UTC
Completed in r20361.

Normal IPv4 user and name blocks are still sane on my test wiki, IPv6 blocks
should work but I don't feel like spoofing around to test that.
Comment 16 Rob Church 2007-03-12 18:41:36 UTC
(In reply to comment #15)
> should work but I don't feel like spoofing around to test that.

So it hasn't been tested?
Comment 17 Aaron Schulz 2007-03-12 21:59:50 UTC
(In reply to comment #16)
> So it hasn't been tested?

I've done a lot of testing now (changing some things here and there). By forcing
my IP to be that of a blocked IPv6 one (or in a blocked range), the behavoir
seems correct.
Comment 18 Aaron Schulz 2007-08-23 22:23:01 UTC
OK, this can closed again. The support was reverted out and added back a while ago.

See http://www.mediawiki.org/wiki/IPv6_support.

A tracking bug might be nice. The all caps stuff does make consistency, but it gives me the willies.

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


Navigation
Links