Hello,
I tried to update our (intra-)mediawiki to 1.18. I can browse and read the new wiki, but can't edit a page. After click to edit tab, I get the following message:
| You do not have permission to edit this page, for the | following reason: | | Your username or IP address has been blocked. | | The block was made by 1.2.3.4. The reason given is "ist nicht | mehr bei OURCOPMANY". | | Start of block: 19:02, 13 November 2007 | Expiry of block: infinite | Intended blockee: My.username | | You can contact 1.2.3.4 or another administrator to discuss | the block. You cannot use the 'e-mail this user' feature | unless a valid e-mail address is specified in your account | preferences and you have not been blocked from using it. Your | current IP address is 1.2.3.4, and the block ID is #2. Please | include all above details in any queries you make. | | You can view and copy the source of this page: ...
IP address "1.2.3.4" is always the same (that is the static address where I'm always coming from), "My.username" is my Wiki username (with administrative rights).
Where could I start to debug this problem?
Thanks in advance for any helpful hint, Peter
PS: I copied our stable wiki (1.17) to a new location, then proceeded as per http://www.mediawiki.org/wiki/Manual:Upgrading ("update.php" was successfully run via bash shell)
On Fri, Feb 24, 2012 at 11:08 AM, Peter Velan pv0001@dynapic.net wrote:
Where could I start to debug this problem?
Special:BlockList?
am 25.02.2012 11:53 schrieb Benjamin Lees:
On Fri, Feb 24, 2012 at 11:08 AM, Peter Velan pv0001@dynapic.net wrote:
Where could I start to debug this problem?
Special:BlockList?
No.
Its quite possible, that one of my extensions is responsible for the trouble.
TIA, Peter
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ My installation:
Product Version MediaWiki 1.18.0 PHP 5.3.10-1 (apache2handler) MySQL 5.1.58-1-log
Installed extensions --------------------
Password Reset (Version 1.7) Resets wiki user's passwords - requires 'passwordreset' privileges Tim Laqua
Renameuser Adds a special page to rename a user (need renameuser right) Ævar Arnfjörð Bjarmason and Aaron Schulz
User Merge and Delete (Version 1.6.1) Merges references from one user to another user in the wiki database - will also delete old users following merge. Requires usermerge privileges Tim Laqua
Parser hooks ------------
Cite Adds <ref[ name=id]> and <references/> tags, for citations Ævar Arnfjörð Bjarmason
Other -----
AutomaticREMOTE USER (Version 1.1.3) Automatically logs users using the REMOTE_USER environment variable. Otheus Shelling, Rusty Burchfield, James Kinsman, Daniel Thomas and Ian Ward Comfort
Lockdown Per namespace group permissions Daniel Kinzler and Platonides
NamespacePermissions (Version ) flexible access management for custom namespaces Petr Andreev
UsabilityInitiative (Version 0.1.1) Features developed by the Wikipedia Usability Initiative to enhance the usability of MediaWiki Trevor Parscal
Vector (Version 0.2.0) Improves on the user interface elements of the Vector skin. Trevor Parscal, Roan Kattouw, Nimish Gautam and Adam Miller
WikiEditor (Version 0.2.0) Provides an extendable wikitext editing interface and many feature-providing modules Trevor Parscal, Roan Kattouw, Nimish Gautam and Adam Miller
Extension functions ------------------- Auth_remote_user_hook and wfNamespacePermissions
Parser extension tags --------------------- <gallery>, <nowiki>, <pre>, <ref> and <references>
Parser function hooks --------------------- anchorencode, basepagename, basepagenamee, canonicalurl, canonicalurle, defaultsort, displaytitle, filepath, formatdate, formatnum, fullpagename, fullpagenamee, fullurl, fullurle, gender, grammar, int, language, lc, lcfirst, localurl, localurle, namespace, namespacee, ns, nse, numberingroup, numberofactiveusers, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, numberofviews, padleft, padright, pagename, pagenamee, pagesincategory, pagesize, plural, protectionlevel, special, subjectpagename, subjectpagenamee, subjectspace, subjectspacee, subpagename, subpagenamee, tag, talkpagename, talkpagenamee, talkspace, talkspacee, uc, ucfirst and urlencode
Did you update all your extensions when you updated the install [to 1.18]?
am 25.02.2012 13:00 schrieb K. Peachey:
Did you update all your extensions when you updated the install [to 1.18]?
Yes, I did.
For now, I disabled all extensions but "Cite" and its still not possible to edit a page.
Peter
am 25.02.2012 12:22 schrieb Peter Velan:
am 25.02.2012 11:53 schrieb Benjamin Lees:
On Fri, Feb 24, 2012 at 11:08 AM, Peter Velan pv0001@dynapic.net wrote:
Where could I start to debug this problem?
Special:BlockList?
No.
Its quite possible, that one of my extensions is responsible for the trouble.
The problem was this extension ...
Renameuser Adds a special page to rename a user (need renameuser right) Ævar Arnfjörð Bjarmason and Aaron Schulz
My problem is solved!
Cheers Peter
On 25/02/12 14:54, Peter Velan wrote:
The problem was this extension ...
Renameuser Adds a special page to rename a user (need renameuser right) Ævar Arnfjörð Bjarmason and Aaron Schulz
My problem is solved!
Cheers Peter
I really doubt it was renameuser extension.
Did you have some extension (or bot) to automatically block edits from outside your company?
Or maybe it was just a normal block, set on 13th November 2007, which now suddenly became active. Look for that block at Special:Log/block There were some changes to blocks in 1.18, maybe something that meant something different before (and for some reason hadn't been purged), now was interpreted as an infinite. Looking at the table row would be interesting.
am 26.02.2012 00:23 schrieb Platonides:
On 25/02/12 14:54, Peter Velan wrote:
The problem was this extension ...
Renameuser Adds a special page to rename a user (need renameuser right) Ævar Arnfjörð Bjarmason and Aaron Schulz
I really doubt it was renameuser extension.
... and you're right!
Did you have some extension (or bot) to automatically block edits from outside your company?
No. But I'm not sure about extensions installed in November 2007!
Or maybe it was just a normal block, set on 13th November 2007, which now suddenly became active. Look for that block at Special:Log/block There were some changes to blocks in 1.18, maybe something that meant something different before (and for some reason hadn't been purged), now was interpreted as an infinite. Looking at the table row would be interesting.
My solution was a little bit rude: I truncated the table "ipblocks".
Just out of curiosity, I restored the content of "ipblocks" from backup and yes, you have correctly described my problem:
There were 2 entries in "ipblocks" associated with my name (both stamped with "2007-11-13"). After upgrade to 1.18 (and "some changes to blocks") an attempt to enter the wiki with my username (which was blocked since 2007-11-13), created an additional block entry, now blocking any user with this specific IP address!
I hope my rude solution (truncation of "ipblocks") will no lead to unpleasant side effects.
Thanks to all, Peter
am 26/02/12 11:36, Peter Velan schrieb:
There were 2 entries in "ipblocks" associated with my name (both stamped with "2007-11-13"). After upgrade to 1.18 (and "some changes to blocks") an attempt to enter the wiki with my username (which was blocked since 2007-11-13), created an additional block entry, now blocking any user with this specific IP address!
An autoblock after 5 years? Can you share those rows? (eg. the INSERT INTO from the backup)
I hope my rude solution (truncation of "ipblocks") will no lead to unpleasant side effects.
No. You will only lose any block that were active.
am 28.02.2012 20:50 schrieb Platonides:
am 26/02/12 11:36, Peter Velan schrieb:
There were 2 entries in "ipblocks" associated with my name (both stamped with "2007-11-13"). After upgrade to 1.18 (and "some changes to blocks") an attempt to enter the wiki with my username (which was blocked since 2007-11-13), created an additional block entry, now blocking any user with this specific IP address!
An autoblock after 5 years? Can you share those rows? (eg. the INSERT INTO from the backup)
Yes, for shure: (to prevent line breaks listed as a quote) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
INSERT INTO `ipblocks` VALUES (1,'My.username',11,3,'ist nicht bei OURCOMPANY','20071113170042',0,0,1,'infinity','','',1,0,0,'WikiSysop',1); INSERT INTO `ipblocks` VALUES (2,'My.username',5,3,'ist nicht mehr bei OURCOMPANY','20071113170230',0,0,1,'infinity','','',1,0,0,'WikiSysop',1);
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I hope my rude solution (truncation of "ipblocks") will no lead to unpleasant side effects.
No. You will only lose any block that were active.
Thanks for clarification. Peter
am 25.02.2012 11:53 schrieb Benjamin Lees:
On Fri, Feb 24, 2012 at 11:08 AM, Peter Velan pv0001@dynapic.net wrote:
Where could I start to debug this problem?
Special:BlockList?
Hmm ... I found a mysql-table named "ipblocks" with 3 entries blocking my IP. Will investigate furher.
Thanks a lot for response, Peter
mediawiki-l@lists.wikimedia.org