[Bug 23287] Problems after setting $wgCategoryPrefixedDefaultSortkey on Swedish Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=23287 JeLuF je...@gmx.de changed: What|Removed |Added Keywords|shell | Component|Site requests |ProofreadPage Version|unspecified |any AssignedTo|rhals...@wikimedia.org |thoma...@gmx.de Product|Wikimedia |MediaWiki extensions --- Comment #10 from JeLuF je...@gmx.de 2010-04-25 07:11:15 UTC --- Yes, the clearTagHooks() line caused the initial problem. Yes, there is caching of a lot of things in mediawiki. We've used the following input to eval.php for testing: $wgTitle = Title::newFromID( 12857 ); $revision = Revision::newFromTitle( $wgTitle ); $options = new ParserOptions; $parserOutput = $wgParser-parse( $revision-getText(), $wgTitle, $options, true, true, $revision-getId() ); print_r($parserOutput-mText); With memcached access disabled, the pagequality tag gets rendered correctly, with memcached enabled, we get lt;pagequalitygt; as output. This output might be the cached result of the initial refreshLinks.php run. 12857 is http://sv.wikisource.org/wiki/Sida:Amtmannens_d%C3%B6ttrer.djvu/90 There was a bot doing whitespace edits to all pages. That might have fixed the issues on the site. Might, since I can't see the bots edit e.g. in the history of Amtmannens_döttrer/90. I remove the shell keyword, this is either a ProofreadPage issue or a refreshLinks.php issue. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23318] New: Some .djvu files served with Content-Type: text/plain
https://bugzilla.wikimedia.org/show_bug.cgi?id=23318 Summary: Some .djvu files served with Content-Type: text/plain Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: ar...@wikimedia.org ReportedBy: roan.katt...@gmail.com It was reported in #wikimedia-tech that certain .djvu files (the example I was given was http://upload.wikimedia.org/wikipedia/commons/5/50/A_Compendium_of_Irish_Biography.djvu ) are served with the Content-Type: text/plain header, which makes it look kinda ugly in the user's browser and makes downloading it slightly less obvious (need right-click Save as since left-clicking the link yields a page full of binary data). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23318] Some .djvu files served with Content-Type: text/plain
https://bugzilla.wikimedia.org/show_bug.cgi?id=23318 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||bryan.tongm...@gmail.com, ||gpaum...@wikimedia.org, ||innocentkil...@gmail.com, ||p858sn...@yahoo.com.au Component|General/Unknown |Images and files AssignedTo|ar...@wikimedia.org |wikibug...@lists.wikimedia. ||org Product|Wikimedia |MediaWiki -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23318] Some .djvu files served with Content-Type: text/plain
https://bugzilla.wikimedia.org/show_bug.cgi?id=23318 JeLuF je...@gmx.de changed: What|Removed |Added Keywords||shell CC||je...@gmx.de Component|Images and files|Site requests Product|MediaWiki |Wikimedia --- Comment #1 from JeLuF je...@gmx.de 2010-04-25 10:43:08 UTC --- The content type gets set by the web server upload.wikimedia.org, not by Mediawiki. Changing product/component. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23312] Special:GlobalBlockWhitelist is a blank White Page of Death (MetaWiki)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23312 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2010-04-25 10:47:55 UTC --- (In reply to comment #1) Fixed in r65513. Fix deployed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14200] Add rcuser= and rcexcludeuser= à la prop=revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=14200 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Roan Kattouw roan.katt...@gmail.com 2010-04-25 10:50:00 UTC --- (In reply to comment #9) Not sure if this is the thing mentioned in here. But rcuser and rcexcludeuser are already being documented as options here: http://www.mediawiki.org/wiki/API:Query_-_Lists#recentchanges_.2F_rc So this was just forgotten to be closed, or this still an open ticket ? This was forgotten about, yes. rcuser and rcexcludeuser are now live on Wikipedia. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23318] Some .djvu files served with Content-Type: text/plain
https://bugzilla.wikimedia.org/show_bug.cgi?id=23318 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Component|Site requests |General/Unknown AssignedTo|wikibug...@lists.wikimedia. |ar...@wikimedia.org |org | --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2010-04-25 11:13:18 UTC --- Restoring original assignee and component. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23318] Some .djvu files served with Content-Type: text/plain
https://bugzilla.wikimedia.org/show_bug.cgi?id=23318 --- Comment #3 from JeLuF je...@gmx.de 2010-04-25 12:00:19 UTC --- Added type=image/vnd.djvu exts=djvu to mime.types on ms7, refreshed web server. The original server is now delivering files with the correct mime type. Squid still has the old mime type cached for many files. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23287] Problems after setting $wgCategoryPrefixedDefaultSortkey on Swedish Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=23287 --- Comment #11 from Lars Aronsson l...@aronsson.se 2010-04-25 12:07:38 UTC --- Page 90 was manually edited by user Obelix. But the bot went through all other articles that didn't appear in categories. The bot job was finished some hours ago. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added CC||matthew.brit...@btinternet. ||com --- Comment #2 from Gurch matthew.brit...@btinternet.com 2010-04-25 12:24:04 UTC --- (In reply to comment #1) This could for example be used to patrol all edits from a certain page (imagine users making 20 edits, or an edit war whatever). Is such a thing really necessary in the first place? Surely it is sufficient to patrol the latest good revision to the page and then ignore the others. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23319] New: news: links broken (noncompliance with RFC 1738)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23319 Summary: news: links broken (noncompliance with RFC 1738) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: psychon...@nothingisreal.com Links of the form [news:foo.bar.baz] are not translated correctly from wiki markup to HTML. The resulting URL should be simply news:foo.bar.baz, but MediaWiki instead converts it to news://foo.bar.baz/. This means that links to Usenet newsgroups and messages on Wikipedia, etc., are broken. See RFC 1738 for the news: URI scheme specification. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23314] Piwik Integration v1.5.2-piwik0.5.5 patch
https://bugzilla.wikimedia.org/show_bug.cgi?id=23314 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-25 16:16:33 UTC --- Applied in r65523. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 --- Comment #3 from Krinkle krinklem...@gmail.com 2010-04-25 16:27:09 UTC --- (In reply to comment #2) (In reply to comment #1) This could for example be used to patrol all edits from a certain page (imagine users making 20 edits, or an edit war whatever). Is such a thing really necessary in the first place? Surely it is sufficient to patrol the latest good revision to the page and then ignore the others. Unlike FlaggedRevisions, the RCPatrol-system works different. Not better or worse, but different. Patrolling is per edit, FlaggedRevisions is per page. For two reasons I say no. 1) For example, imagine a trusted user doing a good edit to a page. That would be marked as patrolled, or maybe autopatrolled if it's a sysop. This does not mean the vandalistic edit made 5 minutes earlier is OK. 2) When filtering recent changes as for example anonymous unpatrolled edits, then earlier edits to pages stay in the list (as they should) so only marking the latest one would not make sense and clutters up that feed all together. But anyhow, I could imagine dozens other examples where batch operations would come in handy and save some work. To loosely quote myself from IRC yesterday: It would not only save N-times a HTTP request, N-times a loop to check and verify the results for errors and N-times a database query on the server. So it wouldn't just move the loop from the API-user to the server, I think it would erase such a loop alltogether. AFAIK a database query can SELECT and UPDATE multiple items at once. But then again, I'm not thát familiar with the wikimedia backend to know if it would save resources. -- Krinkle -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 --- Comment #4 from Victor Vasiliev vasi...@gmail.com 2010-04-25 16:31:54 UTC --- Not better or worse, but different. Patrolling is per edit, FlaggedRevisions is per page. Total misconception. FlaggedRevs is always per revision (that's why it is called so), patrolling is page-only on most wikis (except, of course, commons and nl). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 --- Comment #5 from Krinkle krinklem...@gmail.com 2010-04-25 16:44:45 UTC --- (In reply to comment #4) Not better or worse, but different. Patrolling is per edit, FlaggedRevisions is per page. Total misconception. FlaggedRevs is always per revision (that's why it is called so), patrolling is page-only on most wikis (except, of course, commons and nl). OK. I phrased it badly. But not a misconception. What I meant is that when the latest revision of page is being marked as sighted/accurate in FlaggedRevisions then, albeit earlier revisions stay marked as draft, that revision will be upfront the stable version. And, afaik, no need to worry about earlier revisions, because this one is marked stable. RCPatrol (recent changes) is not page-only, you confused it with NPPatrol (new page). See also: http://noc.wikimedia.org/conf/InitialiseSettings.php.txt (ctrl-f Find: patrol) When a page has been NPPatrol'ed it means the creation of it has been patrolled, not any edits after that. At this moment about 50 Wikis have RCPatrol enabled. And RCPatrol is about the edits themselfs, not about the revision/version of that page as a whole. But anyhow, about those batch operations :) -- Krinkle -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23171] Wiki image in top left corner misplaced in Internet Explorer
https://bugzilla.wikimedia.org/show_bug.cgi?id=23171 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #8 from Derk-Jan Hartman hart...@videolan.org 2010-04-25 21:54:56 CEST --- From VP/T The Wikipedia logo is misplaced on my Wikipedia pages (IE 8). It is not aligned with the navigation links column and therefore obscures the text on each page. There is a Done, but with errors on page warning in the lower left-hand corner that states as follows: User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; InfoPath.2) Timestamp: Sun, 25 Apr 2010 00:42:17 UTC Message: Not implemented Line: 53 Char: 5 Code: 0 URI: http://bits.wikimedia.org/skins-1.5/common/IEFixes.js This corresponds to a setExpression that is used to for the MSIE 5.5 only fixalpha(). I think this is only possible if IE8 is in quirksmode or something. isMSIE55 = ( window.showModalDialog window.clipboardData window.createPopup ); -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23320] New: Javascript error icw Vector skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=23320 Summary: Javascript error icw Vector skin Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: CentralAuth AssignedTo: vasi...@gmail.com ReportedBy: hart...@videolan.org CC: agarr...@wikimedia.org If you request your centralauth info when using the vector skin, and click the (?) in the Method row, you get the error: centralauth.js:24 TypeError: Result of expression 'document.getElementById( 'globalWrapper' )' [null] is not an object. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23140] red links for included images, make description page unreachable, and fail on upload pages != Special:Upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=23140 --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2010-04-25 22:13:05 CEST --- Actually what seems to have happened is that Special:Upload no longer shows a warning when a page was deleted. To quote from VP/T Up until a week or two ago, whenever I clicked on a deleted image link (i.e. a red link that links to the File namespace), it would lead me to WP:UPLOAD as it does now, but below the page's title, there would also be links to deletion logs for the image, on both Wikipedia and the Commons. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23321] New: TOR nodes not being properly blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=23321 Summary: TOR nodes not being properly blocked Product: Wikimedia Version: unspecified Platform: All URL: http://en.wikipedia.org OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: delbu...@my.erau.edu The extension TorBlock is supposed to ensure that tor exit nodes are blocked from anonymous editing and account creation. Recently, a persistent vandal has proven that these tor nodes are not being properly blocked. A short list of IPs that the vandal has used that are confirmed tor nodes are available at http://en.wikipedia.org/w/index.php?title=Special:Loguser=Deskana I'm not sure why the TorBlock extension isn't working here, whether it's a bug or a configuration issue, but it's something that needs to be addressed. Regards, -- Shirik -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23321] TOR nodes not being properly blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=23321 --- Comment #1 from Matthew P. Del Buono delbu...@my.erau.edu 2010-04-25 21:33:43 UTC --- As a short note, it is my understanding that this extension works on a list of known tor exit nodes. How often is this list updated? If it is not updated frequently enough, then it's likely that the more dynamic nodes will not be blocked. -- Shirik -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23321] TOR nodes not being properly blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=23321 Deskana djgw...@googlemail.com changed: What|Removed |Added CC||djgw...@googlemail.com --- Comment #2 from Deskana djgw...@googlemail.com 2010-04-25 21:47:44 UTC --- As the checkuser that's spent all day chasing this person around (and the person who has subsequently found his request for a bot to automate what he's doing got tied up in needless red tape), an urgent fix would be appreciate. This isn't a theoretical vulnerability, it's a practical one that has absorbed a rather large amount of my time today. -Deskana -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23322] New: SpecialUpload pass by reference warning
https://bugzilla.wikimedia.org/show_bug.cgi?id=23322 Summary: SpecialUpload pass by reference warning Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: slithyto...@gmail.com Created an attachment (id=7329) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7329) diff to patch warning The following message was printing at the top of my pages, using php 5.2.13 Warning: Call-time pass-by-reference has been deprecated in [...]/w/includes/specials/SpecialUpload.php on line 245 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23322] SpecialUpload pass by reference warning
https://bugzilla.wikimedia.org/show_bug.cgi?id=23322 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Status|NEW |RESOLVED CC||s.mazel...@xs4all.nl Resolution||FIXED --- Comment #1 from Siebrand s.mazel...@xs4all.nl 2010-04-26 00:57:54 CEST --- Fixed in r65531. Thanks for the report. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23319] news: links broken (noncompliance with RFC 1738)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23319 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl Component|General/Unknown |Page rendering -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23313] move watchlisthidepatrolled above token
https://bugzilla.wikimedia.org/show_bug.cgi?id=23313 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Status|NEW |RESOLVED CC||s.mazel...@xs4all.nl Resolution||FIXED --- Comment #1 from Siebrand s.mazel...@xs4all.nl 2010-04-26 01:11:33 CEST --- Done in r65533. Thanks for the suggestion. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23302] Hard coded OldLocalFile Class in LocalFile::getHistory stops custom File Repos
https://bugzilla.wikimedia.org/show_bug.cgi?id=23302 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl AssignedTo|wikibug...@lists.wikimedia. |innocentkil...@gmail.com |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23321] TOR nodes not being properly blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=23321 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Andrew Garrett agarr...@wikimedia.org 2010-04-25 23:22:26 UTC --- Despite having just completed about 40 hours of travel, I isolated this problem to a failure to load the exit node list, caused by a regression in HttpFunctions resulting from its recent rewrite and the invalid SSL certificate held by the maintainers of the tor server. I've fixed the issue preventing updates, and forced an immediate update. Tor nodes should again be blocked with immediate effect. I'd recommend rolling back the manual blocks placed on them, as tor exit nodes have an average lifespan on the order of days or weeks, not five years. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23287] Problems after setting $wgCategoryPrefixedDefaultSortkey on Swedish Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=23287 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl Component|ProofreadPage |Site requests Version|any |unspecified AssignedTo|thoma...@gmx.de |wikibug...@lists.wikimedia. ||org Product|MediaWiki extensions|Wikimedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23285] Error received at Special:UserLogin causing intermittent failure to login
https://bugzilla.wikimedia.org/show_bug.cgi?id=23285 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl --- Comment #2 from Siebrand s.mazel...@xs4all.nl 2010-04-26 01:28:52 CEST --- Is this issue still present? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23321] TOR nodes not being properly blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=23321 --- Comment #4 from Deskana djgw...@googlemail.com 2010-04-25 23:31:43 UTC --- I'll roll back the blocks tomorrow when I'm awake. Thanks for the quick fix. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23270] This file contains HTML or script code that may be erroneously interpreted by a web browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=23270 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||bryan.tongm...@gmail.com, ||gpaum...@wikimedia.org, ||innocentkil...@gmail.com, ||s.mazel...@xs4all.nl Component|General/Unknown |Images and files Product|Wikimedia |MediaWiki -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23323] New: opensearch description is useless on wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=23323 Summary: opensearch description is useless on wiktionary Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: OpenSearchXml AssignedTo: br...@pobox.com ReportedBy: conrad.ir...@gmail.com Due to the structure of Wiktionary, it's unlikely that the opensearch description (as currently implemented) will ever give a useful result It would be nice to customise this for Wiktionary - particularly we would need the content of the first ol (or # list) to be used in place of the first paragraph. It would also be preferably not to delete cross-project links. Relevant links: User trying to get information from opensearch: http://www.mwusers.com/forums/showthread.php?14641-Questions-about-the-MediaWiki-API-Component http://en.wiktionary.org/w/api.php?format=xmlaction=opensearchsearch=testlimit=1 Description xml:space=preserve *, pp. /Description http://en.wiktionary.org/w/api.php?format=xmlaction=opensearchsearch=chalcidologylimit=1 Description xml:space=preserve# The study of ./Description -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23260] Can't checkout and can't update
https://bugzilla.wikimedia.org/show_bug.cgi?id=23260 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Status|NEW |RESOLVED CC||s.mazel...@xs4all.nl Resolution||INVALID --- Comment #4 from Siebrand s.mazel...@xs4all.nl 2010-04-26 01:35:57 CEST --- The repo is fine. Must be a local issue. INVALID. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23255] Regression: No longer possible to upload allowed filetypes on top of another filetype
https://bugzilla.wikimedia.org/show_bug.cgi?id=23255 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl Severity|major |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23251] Turn on subpages in main namespace of Wikimedia Norge's wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=23251 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Keywords||shell CC||s.mazel...@xs4all.nl -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23251] Turn on subpages in main namespace of Wikimedia Norge's wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=23251 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23320] Javascript error icw Vector skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=23320 --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2010-04-26 02:26:22 CEST --- Created an attachment (id=7330) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7330) vector compatibility This patch uses the same method as WikiMiniAtlas uses to support the various skins. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23320] Javascript error icw Vector skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=23320 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Keywords||easy, need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23255] Make it possible to upload in a different image format while preserving file history
https://bugzilla.wikimedia.org/show_bug.cgi?id=23255 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Summary|Regression: No longer |Make it possible to upload |possible to upload allowed |in a different image format |filetypes on top of another |while preserving file |filetype|history --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2010-04-26 02:32:18 CEST --- Retooling this bug after IRC discussion. If we ever want to allow this again, a file-description page should be automatically moved to a new name with a correct file extension. Files in the history that do not match the current file extension would have to get an indication of this (or possibly not even be accessible, etc). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23140] red links for included images, make description page unreachable, and fail on upload pages != Special:Upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=23140 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Keywords||code-update-regression CC||p858sn...@yahoo.com.au --- Comment #3 from p858snake p858sn...@yahoo.com.au 2010-04-26 00:33:17 UTC --- Based on comment #2 it sounds like a regression, key-wording as such (+code-update-regression) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23255] Make it possible to upload in a different image format while preserving file history
https://bugzilla.wikimedia.org/show_bug.cgi?id=23255 CBM c...@tools.wikimedia.de changed: What|Removed |Added CC||c...@tools.wikimedia.de --- Comment #3 from CBM c...@tools.wikimedia.de 2010-04-26 00:38:09 UTC --- Preservation of history is the key point here. In the case of enwiki at least, unused images are often deleted, and in the case of non-free images unused images are ''supposed'' to be deleted. So having the history on the same page as the current version of an image is important. One option would be to allow administrators to rename images while ignoring file extensions. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23171] Wiki image in top left corner misplaced in Internet Explorer
https://bugzilla.wikimedia.org/show_bug.cgi?id=23171 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||tpars...@wikimedia.org Component|User interface |Javascript AssignedTo|wikibug...@lists.wikimedia. |d...@ucsc.edu |org | Severity|normal |major --- Comment #9 from Derk-Jan Hartman hart...@videolan.org 2010-04-26 02:53:06 CEST --- IEFixes.js is loaded by wikibits.js under this condition: var clientPC = navigator.userAgent.toLowerCase(); var ie6_bugs = /msie [4-6]/.test( clientPC ); This fails against the above listed useragent obviously. (For more MSIE useragents see http://www.zytrax.com/tech/web/msie-history.html ). From another website InfoPath appears in the User Agent string because the user has the Microsoft Office InfoPath rich client application installed on his/her machine. On MediaWiki:Common.js, for this reason we use (navigator.appVersion.substr(22, 1) == 6), but that won't work for MSIE 4-5 of course. Other ideas ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23249] Internet explorer 8 and edit page
https://bugzilla.wikimedia.org/show_bug.cgi?id=23249 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Severity|enhancement |major -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16717] Write and implement new regex-based blacklist extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=16717 --- Comment #2 from Mike.lifeguard mike.lifegu...@gmail.com 2010-04-26 02:25:25 UTC --- (In reply to comment #0) Notes available here: http://www.mediawiki.org/wiki/Regex-based_blacklist Why is this not best implemented in AbuseFilter? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23307] Kill $wgTitle with fire
https://bugzilla.wikimedia.org/show_bug.cgi?id=23307 tisane2...@gmail.com changed: What|Removed |Added CC||tisane2...@gmail.com --- Comment #2 from tisane2...@gmail.com 2010-04-26 02:35:20 UTC --- Before getting rid of $wgTitle, hooks such as AlternateEdit and ParserBeforeStrip should be modified to provide a $title parameter. The manual page on $wgTitle clearly warns about the problems with that global, but sometimes there's no alternative to using it, the way hooks are currently set up. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23316] Sanction log
https://bugzilla.wikimedia.org/show_bug.cgi?id=23316 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|User interface |Extensions requests Version|unspecified |any Product|MediaWiki |MediaWiki extensions --- Comment #1 from p858snake p858sn...@yahoo.com.au 2010-04-26 02:47:08 UTC --- This would probably be more suited as a extension that could be enabled/disabled per a sites choice. As to that effect I'm re-componenting it as a Extension Request. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18046] Enable text layer extraction from djvu on Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18046 Mike.lifeguard mike.lifegu...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||mike.lifegu...@gmail.com Resolution|FIXED | --- Comment #8 from Mike.lifeguard mike.lifegu...@gmail.com 2010-04-26 02:47:17 UTC --- (In reply to comment #7) Reverted latest versions in r50026; extra dependencies and security holes. Does that mean this should be re-opened? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16717] Write and implement new regex-based blacklist extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=16717 --- Comment #3 from MZMcBride b...@mzmcbride.com 2010-04-26 02:53:32 UTC --- (In reply to comment #2) Why is this not best implemented in AbuseFilter? werdna abuse filter is a crappy hack in general :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23252] Vector skin showing on [[Mailslot]] even though preference is set to monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=23252 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED CC||p858sn...@yahoo.com.au Resolution||INVALID --- Comment #3 from p858snake p858sn...@yahoo.com.au 2010-04-26 02:55:22 UTC --- Sounds like it was a cache issue for non logged in users to do with our squids. So I'm INVALID'ing it, Please feel free to reopen. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19960] Preserve color profile information for thumbs (ImageMagick update)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19960 Ryan Kaldari kald...@angelblade.com changed: What|Removed |Added Keywords||easy -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
