[Bug 17015] Gan wikipedia special page: recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=17015 MZMcBride changed: What|Removed |Added CC||pub...@mzmcbride.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from MZMcBride 2009-01-14 07:45:46 UTC --- I believe Tim fixed this. Resolving as FIXED. -- 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 17016] New: Page creation notification email is sent when a watched page is deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=17016 Summary: Page creation notification email is sent when a watched page is deleted Product: MediaWiki Version: 1.15-svn Platform: All URL: http://www.mediawiki.org/w/index.php?title=Project:Suppo rt_desk/Sections/Miscellaneous&curid=24885&diff=232758&o ldid=232696 OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Email AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: emufarm...@gmail.com See the link in the URL field. Confirmed on a test wiki running 1.15alpha (r45726). -- 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 17015] Gan wikipedia special page: recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=17015 vipuser changed: What|Removed |Added Severity|enhancement |major Priority|Normal |High -- 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 9474] Special:Export all pages in namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=9474 --- Comment #2 from jida...@jidanni.org 2009-01-14 03:01:57 UTC --- Now turning to API for solutions http://news.gmane.org/group/gmane.org.wikimedia.mediawiki.api/thread=845 -- 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 17015] New: Gan wikipedia special page: recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=17015 Summary: Gan wikipedia special page: recent changes Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: songchang2...@gmail.com two days ago, the special page of gan wikipedia have changed to http://gan.wikipedia.org/wiki/Special:連結頁嗰更改 (ref to special:Special:WhatLinksHere). this is not true, the right page is http://gan.wikipedia.org/wiki/Special:最晏嗰改動 (ref to special:Special:RecentChanges) . Is there anybody can give me a explanation and help us to resolve it? thanks! -- 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 9889] Special:Export should mention multiple pages in one URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=9889 --- Comment #2 from jida...@jidanni.org 2009-01-14 02:55:52 UTC --- Well there also is e.g., http://en.wikipedia.org/w/index.php?title=Special:Export&pages=USA%0D%0AUK&curonly=1&wpDownload=1 but that is not something most people could type with their browsers, so never mind. (Picking two small (redirect) pages here so the example results stay sane.) -- 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 17014] Blocked users can use Special:UserRights
https://bugzilla.wikimedia.org/show_bug.cgi?id=17014 FunPika changed: What|Removed |Added CC||stevend...@comcast.net --- Comment #1 from FunPika 2009-01-14 02:30:34 UTC --- If a user can grant a flag with the block right, but for some reason doesn't have it (or any other flag with block) set on themselves and then gets blocked, what would they do then if they got "you are blocked" errors upon trying to give themselves the rights needed to lift the block? -- 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 17014] New: Blocked users can use Special:UserRights
https://bugzilla.wikimedia.org/show_bug.cgi?id=17014 Summary: Blocked users can use Special:UserRights Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pub...@mzmcbride.com # (User rights log); 02:18 . . MZMcBride (Talk | contribs | block) changed group membership for User:Bunnyrabbitholla! from (none) to Editors and Reviewers (testing) # (Block log); 02:17 . . MZMcBride (Talk | contribs | block) blocked MZMcBride (Talk | contribs) with an expiry time of 10 minutes (autoblock disabled) (testing) This seems rather silly. Blocked users should only be able to unblock themselves (if they have the appropriate right). Nothing else. -- 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 17013] New: Patch 1.13.3 missing IEContentAnalyze.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17013 Summary: Patch 1.13.3 missing IEContentAnalyze.php Product: MediaWiki Version: 1.13.3 Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: my...@spy-hill.net I updated from 1.13.1 to 1.13.3 the day the patch was announced, but I just found that uploads were not working. I traced this to the file IEContentsAnalyze.php being missing. I found the workaround was to download the full source tarball for 1.13.3, which contains the file, and copy it into includes. I don't know if there are other files missing like this, but at least this fixed file uploads. -- 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 13045] Recentchanges feed doesn't show the editor's name/IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=13045 --- Comment #6 from Danny B. 2009-01-14 02:14:04 UTC --- Browsers are the first, what people use to read feeds, so how do they behave: * Chrome 0.2.149.27 shows the fields in both Atom & RSS. * Fennec 1.0a2 shows the fields in both Atom & RSS. * Firefox 2.0.0.18 does not display the fields in both feed types. Sage extension (1.3.10) doesn't display them either. * Firefox 3.0.5 does not display the fields in both feed types. Sage Too extension (1.0.1) shows the fields in both Atom & RSS. * Flock 2.0.3 does not display the fields in both feed types. * Internet Explorer 6.0.2900.5512 shows the fields in both Atom & RSS. * K-meleon 1.5.2 shows the fields in both Atom & RSS. * Mozilla 1.7.13 shows the fields in both Atom & RSS. * Netscape 9.0.0.6 does not display the fields in both feed types. * Opera 9.63 does not display the fields in both feed types. * Opera mini (via web site emulator) does not display the fields in both feed types. * Safari 3.2.1 does not display the fields in both feed types. * SeaMonkey 1.1.14 does show the fields in both Atom & RSS. Public feed services: * Feedburner.com does not display the fields in both feed types. -- 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 14685] Track magic word usage in page_props
https://bugzilla.wikimedia.org/show_bug.cgi?id=14685 MZMcBride changed: What|Removed |Added Depends on||16979 -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 MZMcBride changed: What|Removed |Added CC||pub...@mzmcbride.com Blocks||14685 -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 Ameliorate changed: What|Removed |Added Keywords||need-review -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 Ameliorate changed: What|Removed |Added Attachment #5674 is|0 |1 obsolete|| --- Comment #5 from Ameliorate 2009-01-14 01:21:18 UTC --- Created an attachment (id=5675) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5675) Factoring in ArticleRobotPolicies I could kill two birds with one stone here. It should now work like this; 1) Check if the page has a policy defined in $wgArticleRobotPolicies - if it does not code will be executed so the page will not be added to the category and the new Index/Noindex policy will not be set. 2) If not then check $wgExemptFromUserRobotsControl - if the namespace has a local policy then the policy will not be set. 3) If not, check if NOINDEX/INDEX tags are in use 4) If so then add it to the appropriate category and set the policy. This is the first time I've really played around with MediaWiki's code so I don't know if it will work as intended but this should also solve the problem of NOINDEX/INDEX overriding a policy set in $wgArticleRobotPolicies. -- 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 17012] New: Attach source files to uploaded images
https://bugzilla.wikimedia.org/show_bug.cgi?id=17012 Summary: Attach source files to uploaded images Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ryan.re...@gmail.com As a mathematician editor of Wikipedia, all of my file uploads are diagrams I have created using LaTeX. Although now I upload them as SVG files, which are at least editable, there is no real indication of the logical structure of the image, only its elements (however logically described as images). I think it would be a useful service to allow somehow attaching the source LaTeX file (or files) to the image so that it could actually be edited by someone else, rather than laboriously and imprecisely recreated. One technique is simply to rename the LaTeX source with an acceptable image file suffix (i.e. file.tex -> file.svg but is still a TeX file) and upload it alongside with the image, but this is confusing both to editors and the software, if it is even possible (I haven't tried). Also, it is impossible to indicate the association between versions of the source code and versions of the final image, which would be useful for exactly the same reason revision histories are useful in articles. -- 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 11527] Diff on page with one revision shows "Next" link to same diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=11527 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Aaron Schulz 2009-01-14 00:26:36 UTC --- Fixed in r45723 -- 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 17011] New: Autolink URLs in CodeReview SVN commit messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17011 Summary: Autolink URLs in CodeReview SVN commit messages Product: MediaWiki extensions Version: any Platform: All URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/455 88 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: jschulz_4...@msn.com ReportedBy: br...@wikimedia.org Commit messages sometimes includes URLs as a reference to something, like a patch source or a test case. It would be handy to autolink those in the display, as we do for bug and revision references. -- 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 3646] RSS, Atom, XML syndication feeds (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 Bug 3646 depends on bug 13045, which changed state. Bug 13045 Summary: Recentchanges feed doesn't show the editor's name/IP address https://bugzilla.wikimedia.org/show_bug.cgi?id=13045 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|WONTFIX | -- 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 13045] Recentchanges feed doesn't show the editor's name/IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=13045 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #5 from Brion Vibber 2009-01-14 00:01:37 UTC --- Would be good to take a quick survey of common feed readers before continuing; no sense in beating people over the head for not knowing they're missing something when we can easily stash it somewhere else if that's useful. -- 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 16949] Include user/creator in RSS feed
https://bugzilla.wikimedia.org/show_bug.cgi?id=16949 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Brion Vibber 2009-01-14 00:00:24 UTC --- *** This bug has been marked as a duplicate of bug 13045 *** -- 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 13045] Recentchanges feed doesn't show the editor's name/IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=13045 Brion Vibber changed: What|Removed |Added CC||da...@multer.com --- Comment #4 from Brion Vibber 2009-01-14 00:00:24 UTC --- *** Bug 16949 has been marked as a duplicate of this bug. *** -- 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 16996] Wiki for Wikimedia UK
https://bugzilla.wikimedia.org/show_bug.cgi?id=16996 --- Comment #1 from Mike Peel 2009-01-13 23:55:12 UTC --- Further to this: if possible, we would like the wiki to use unified login, with the current board members of Wikimedia UK given bureaucrat access. The appropriate usernames (from meta) are: - User:AndrewRT - User:Cfp - User:KTC - User:Mike Peel - User:Warofdreams Thanks, Mike Peel -- 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 3646] RSS, Atom, XML syndication feeds (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 Bug 3646 depends on bug 13045, which changed state. Bug 13045 Summary: Recentchanges feed doesn't show the editor's name/IP address https://bugzilla.wikimedia.org/show_bug.cgi?id=13045 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WONTFIX -- 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 13045] Recentchanges feed doesn't show the editor's name/IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=13045 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #3 from Aaron Schulz 2009-01-13 23:52:50 UTC --- Looks like a browser issue, these are standard tags -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 Ameliorate changed: What|Removed |Added Attachment #5667 is|0 |1 obsolete|| --- Comment #4 from Ameliorate 2009-01-13 23:35:35 UTC --- Created an attachment (id=5674) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5674) Proposed patch New patch checks if the namespace is ExemptFromUserRobotsControl. If it is then Parser.php does not add the category or setIndexPolicy, which (I think) makes the check on OutputPage.php redundant. -- 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 17010] New: namespaceDupes sometimes breaks on double conflicts
https://bugzilla.wikimedia.org/show_bug.cgi?id=17010 Summary: namespaceDupes sometimes breaks on double conflicts Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Checking namespace 4: "WP" ... 54 conflicts detected: ... 3211356 (0,"WP:Spam") -> (4,"Spam") [[Wikipédia:Spam]] ... *** cannot resolve automatically; page exists with ID 1355447 *** ... *** old title Spam ... *** new title Spam/broken ... *** using suffixed form [[Wikipédia:Spam/broken]] *** ... resolving on page... Une requête à la base de données comporte une erreur de syntaxe. La dernière requête envoyée était : « UPDATE `page` SET page_namespace = '4',page_title = 'Spam/broken' WHERE page_namespace = '0' AND page_title = 'WP:Spam' » effectuée par la fonction « NamespaceConflictChecker::resolveConflictOn ». MySQL a retourné l’erreur « 1062 : Duplicate entry '4-Spam/broken' for key 2 (10.0.0.234) ». Blah! It should be able to not die and just stash on more suffixes or something. -- 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 16887] Add "WP" alias to NS_PROJECT in the French Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=16887 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brion Vibber 2009-01-13 23:00:08 UTC --- Done! Conflicts: * [[fr:Wikipédia:1.0/broken]] * [[fr:Wikipédia:AWB/broken]] * [[fr:Wikipédia:Aide/broken]] * [[fr:Wikipédia:Annonces/broken]] * [[fr:Wikipédia:Arbitrage/broken]] * [[fr:Wikipédia:Bistro/broken]] * [[fr:Wikipédia:Bot/broken]] * [[fr:Wikipédia:CC/broken]] * [[fr:Wikipédia:CTT/broken]] * [[fr:Wikipédia:Citez_vos_sources/broken]] * [[fr:Wikipédia:Copyright/broken]] * [[fr:Wikipédia:Ctt/broken]] * [[fr:Wikipédia:Demander_un_article/broken]] * [[fr:Wikipédia:FAQ/broken]] * [[fr:Wikipédia:Faux-nez/broken]] * [[fr:Wikipédia:GFDL/broken]] * [[fr:Wikipédia:GG/broken]] * [[fr:Wikipédia:IP/broken]] * [[fr:Wikipédia:IRC/broken]] * [[fr:Wikipédia:IRL/broken]] * [[fr:Wikipédia:LB/broken]] * [[fr:Wikipédia:Légifer/broken]] * [[fr:Wikipédia:Monobook/broken]] * [[fr:Wikipédia:N'hésitez_pas/broken]] * [[fr:Wikipédia:NPOV/broken]] * [[fr:Wikipédia:OTRS/broken]] * [[fr:Wikipédia:Oracle/broken]] * [[fr:Wikipédia:Pas/broken2]] * [[fr:Wikipédia:PdD/broken]] * [[fr:Wikipédia:PàS/broken]] * [[fr:Wikipédia:SI/broken]] * [[fr:Wikipédia:Salebot/broken]] * [[fr:Wikipédia:Serveur/broken]] * [[fr:Wikipédia:Sources/broken]] * [[fr:Wikipédia:Spam/broken]] * [[fr:Wikipédia:Spam/broken2]] * [[fr:Wikipédia:Statistiques/broken2]] * [[fr:Wikipédia:Traduction/broken2]] * [[fr:Wikipédia:URL/broken2]] * [[fr:Wikipédia:Vérifiabilité/broken2]] * [[fr:Wikipédia:Wikimag/broken2]] * [[fr:Wikipédia:Wikipédia_n'est_pas_sur_papier/broken]] -- 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 17009] New: Remove .hiddenStructure from CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=17009 Summary: Remove .hiddenStructure from CSS Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: happy_me...@hotmail.co.uk It's been deprecated for over three years now, yet we're still forced to manually override this to stop people using the damn thing. If people want to continue using a terrifying hack that royally screws over people with older browsers (vide Brion http://en.wikipedia.org/wiki/Wikipedia_talk:Avoid_using_meta-templates?diff=36124214), they can add the definition themselves, it's not exactly difficult. But given how many other friendlier ways there are of hiding content, it's crazy to leave this in there just because it's been there since forever. trunk/phase3/skins/monobook/main.css: @@ 487: - .hiddenStructure { - display: none; - } -- 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 5311] One sees a page as it appeared BEFORE an edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=5311 --- Comment #19 from Aaron Schulz 2009-01-13 22:44:04 UTC --- (In reply to comment #18) > Seems like this has to be a bug with squid purging > Or slave lag... -- 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 5311] One sees a page as it appeared BEFORE an edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=5311 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #18 from Aaron Schulz 2009-01-13 22:43:12 UTC --- Seems like this has to be a bug with squid purging -- 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 17008] New: Redirecting from eo.wikisource.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17008 Summary: Redirecting from eo.wikisource.org Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Interwiki links AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pa.dohna...@gmail.com Would it be able to create a permanent redirect from "eo.wikisource.org" to "wikisource.org"? The apart Esperanto subdomain hasn't been launched yet but we need to create links to the documents (now situated in the commons repository) from the Esperanto Wikipedia so that they would be valid also after creation of a Wikisource subdomain: ex. [[:eo:s:Baza_Radikaro_Oficiala]] should be now redirected to [[:oldwikisource:Baza_Radikaro_Oficiala]]. -- 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 17006] behavior of empty section link [[#]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=17006 --- Comment #3 from Brion Vibber 2009-01-13 21:06:53 UTC --- We could use false or null to distinguish between empty string and not-present... but then we have to be more anal about all the checks... or replace the != '' etc with a hasFragment() which'll be easier to remember. -- 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 17006] behavior of empty section link [[#]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=17006 Mr.Z-man changed: What|Removed |Added CC||mrzmanw...@gmail.com --- Comment #2 from Mr.Z-man 2009-01-13 21:01:30 UTC --- I've tracked it down to Title::getLinkUrl(), the problem is that Title stores fragments without the leading #, then adds it back on when making a URL (Title::getFragmentForURL()), so it doesn't know the difference between a blank fragment and no fragment at all. So when making the URL, it sees no namespace, no text, and no fragment. -- 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 16854] without
https://bugzilla.wikimedia.org/show_bug.cgi?id=16854 Brad Jorsch changed: What|Removed |Added Attachment #5665 is|0 |1 obsolete|| --- Comment #11 from Brad Jorsch 2009-01-13 20:57:42 UTC --- Created an attachment (id=5673) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5673) Additional patch to add a check for preview, using ParserOptions -- 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 16854] without
https://bugzilla.wikimedia.org/show_bug.cgi?id=16854 --- Comment #10 from Brad Jorsch 2009-01-13 20:56:34 UTC --- Created an attachment (id=5672) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5672) Patch to add IsPreview and IsSectionPreview to ParserOptions Sounds good to me. -- 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 15640] Some logs don't italicise
https://bugzilla.wikimedia.org/show_bug.cgi?id=15640 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com Status|NEW |RESOLVED Resolution||WORKSFORME -- 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 16854] without
https://bugzilla.wikimedia.org/show_bug.cgi?id=16854 --- Comment #9 from Brion Vibber 2009-01-13 19:05:13 UTC --- I don't really like this on general principle (checking GET/POST vars from within a parse operation). What I think I'd prefer is for the parser to provide some state data for section-ness and preview-ness, just like it carries title and version state. This would allow for extensions to handle previews and section-only display specially without tight coupling to the web UI. Possibly this best belongs in the ParserOptions state? -- 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 17004] Search engine indexing (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17004 Bug 17004 depends on bug 11443, which changed state. Bug 11443 Summary: Auto-noindex user/user talk pages for blocked users. https://bugzilla.wikimedia.org/show_bug.cgi?id=11443 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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 11443] Auto-noindex user/user talk pages for blocked users.
https://bugzilla.wikimedia.org/show_bug.cgi?id=11443 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Aaron Schulz 2009-01-13 18:37:58 UTC --- Done in r45712 -- 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 17006] behavior of empty section link [[#]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=17006 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org Keywords||bugday, need-parsertest --- Comment #1 from Brion Vibber 2009-01-13 18:34:08 UTC --- Probably a bad check for fragments somewhere perhaps in multiple places. It should indeed be possible to add an empty fragment but _have_ a fragment... which perhaps complicates things. :D -- 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 17007] New: Import and export functionality should be added to the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17007 Summary: Import and export functionality should be added to the API Product: MediaWiki Version: 1.14-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@home.nl ReportedBy: roan.katt...@home.nl CC: bryan.tongm...@gmail.com, vasi...@gmail.com Export: Probably something like api.php?action=query&&export[&exportnowrap], see http://lists.wikimedia.org/pipermail/mediawiki-api/2009-January/000867.html Import: action=import&xml=... -- 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 17006] New: behavior of empty section link [[#]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=17006 Summary: behavior of empty section link [[#]] Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/w/index.php?oldid=263850468 OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: charlottethew...@gmail.com [[#]] or [[#|foobar]] links to a null page name rather than a null section. The example links point to http://en.wikipedia.org/wiki/ which redirects to the main page. (except for [[##]] which points to the current url plus "#.23") As far as html literalism goes the least astonishing behavior for [[#]] would be to make a link like this # that would be the same as "#top" except in cases where it is overridden by a javascript onClick attribute (which it is, most times you see anything like this). course if there's some way to make it turn blue and clickable but not actually do anything that might be best... i'm not sure when this would intentionally be used except when attempting to create a blue link that does nothing ever. That's how i stumbled upon it after all :-/ -- 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 17005] New: Internal Error
https://bugzilla.wikimedia.org/show_bug.cgi?id=17005 Summary: Internal Error Product: Wikimedia Version: unspecified Platform: All URL: https://bugzilla.wikimedia.org/post_bug.cgi OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Bugzilla AssignedTo: br...@wikimedia.org ReportedBy: chris_europ...@hotmail.com Created an attachment (id=5671) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5671) "Internal Error" - bugzilla After logging in, I got the Internal Error page that is the attachment. I don't understand what happened, I was still logged in and apart from the page, everything was normal. -- 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 16607] rev_deleted should use the history buttons to affect ranges of revisions on the history tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=16607 --- Comment #3 from Mike.lifeguard 2009-01-13 17:35:37 UTC --- > However the need for > affecting multiple non-contiguous revisions is going to pose big problems, but *isn't* going to pose big problems -- 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 13209] Add Revision Diff functionality to API
https://bugzilla.wikimedia.org/show_bug.cgi?id=13209 --- Comment #28 from Roan Kattouw 2009-01-13 17:04:38 UTC --- (In reply to comment #27) > (In reply to comment #25) > > (In reply to comment #20) > > > * the revisions array in the output now uses revids rather than 0,1,2... > > > as > > > keys (technically a breaking change, although sane clients won't even > > > notice) > > > > > To be honest, this would break almost all of my scripts, as this changes the > > json output from an array of revisions ([...]) to an object ({...}). If you > > still want to do this, please consider adding some parameter like > > &indexrevids > > like you did for the pageids. > > > > Sure. > Oh wait, I just realized I don't absolutely need this change; I'll just have to create yet another array to keep track of which revision of which page has which revid. -- 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 16607] rev_deleted should use the history buttons to affect ranges of revisions on the history tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=16607 --- Comment #2 from Mike.lifeguard 2009-01-13 17:33:31 UTC --- (In reply to comment #1) > It should use checkboxes, rather than radio buttons. Radio buttons supports > only 1 choice. > Except there is already UI for doing one revision at a time. I suppose it's still ugly for multiple revs that aren't together. However the need for affecting multiple non-contiguous revisions is going to pose big problems, but the need to affect multiple contiguous revisions /is/ a problem, for which this is a solution. Using the radio buttons which are already present on the history form is nice and clean, and supports a common use case using a pre-existing UI element. If there is a demonstrable need for affecting multiple non-contiguous revisions in a manner not adequately supported by the existing UI, then perhaps you should open a bug requesting an interface like Special:Undelete which lists revisions with checkboxes (dunno how paging might be affected there) - repurposing the history form for that is a bad idea (and I don't know that it is needed in any case). -- 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 11443] Auto-noindex user/user talk pages for blocked users.
https://bugzilla.wikimedia.org/show_bug.cgi?id=11443 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #6 from Brion Vibber 2009-01-13 17:21:50 UTC --- This sounds ok to me as written; I don't think there's a huge need for a config option. On the other hand it's easy to throw it in. -- 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 11443] Auto-noindex user/user talk pages for blocked users.
https://bugzilla.wikimedia.org/show_bug.cgi?id=11443 --- Comment #5 from Aaron Schulz 2009-01-13 17:12:42 UTC --- Maybe it should only be for indef blocks... -- 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 10052] Add class="robots-nocontent" in footer to avoid search engine to index it
https://bugzilla.wikimedia.org/show_bug.cgi?id=10052 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 8411] Add "nofollow" to links to Special: Random on navigation panel and search engines
https://bugzilla.wikimedia.org/show_bug.cgi?id=8411 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 6545] Mark redlinks with rel="nofollow"
https://bugzilla.wikimedia.org/show_bug.cgi?id=6545 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 14900] __INDEX__ and __NOINDEX__ should not override $wgArticleRobotPolicies
https://bugzilla.wikimedia.org/show_bug.cgi?id=14900 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 11443] Auto-noindex user/user talk pages for blocked users.
https://bugzilla.wikimedia.org/show_bug.cgi?id=11443 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 15878] Modifying MediaWiki:Robots.txt appears to have no effect
https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 11720] Google (and others) is indexing data dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=11720 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 ^demon changed: What|Removed |Added Depends on||17004 -- 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 8473] $wgArticleRobotPolicies vs. SpecialPages hardwiring
https://bugzilla.wikimedia.org/show_bug.cgi?id=8473 ^demon changed: What|Removed |Added Blocks||17004 Depends on|17004 | -- 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 17004] Search engine indexing (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17004 ^demon changed: What|Removed |Added Depends on||6545, 8411, 8473, 10052, ||11443, 11720, 14900, 15878, ||16979 Blocks|6545, 8411, 8473, 10052,|2007 |11443, 11720, 14900, 15878, | |16979 | --- Comment #1 from ^demon 2009-01-13 17:06:10 UTC --- Reversing blocks/depends on. -- 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 13209] Add Revision Diff functionality to API
https://bugzilla.wikimedia.org/show_bug.cgi?id=13209 --- Comment #27 from Roan Kattouw 2009-01-13 17:03:20 UTC --- (In reply to comment #25) > (In reply to comment #20) > > * the revisions array in the output now uses revids rather than 0,1,2... as > > keys (technically a breaking change, although sane clients won't even > > notice) > > > To be honest, this would break almost all of my scripts, as this changes the > json output from an array of revisions ([...]) to an object ({...}). If you > still want to do this, please consider adding some parameter like &indexrevids > like you did for the pageids. > Sure. Does this mean you can't iterate over an object in JavaScript in a sane fashion (i.e. without knowing the keys beforehand)? Isn't there something like a foreach statement? -- 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 15026] colour coding of diffs ought to be clearer, in multiple senses
https://bugzilla.wikimedia.org/show_bug.cgi?id=15026 --- Comment #2 from Michael Daly 2009-01-13 16:50:05 UTC --- As far as colours go - they should be changed. The red-on-green scheme for the new text is virtually unreadable to those with the most common form of colourblindness. I would recommend *not* using a text colour change on a constant background colour. It would be better to have a constant text colour with the background colour changing. -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 6545] Mark redlinks with rel="nofollow"
https://bugzilla.wikimedia.org/show_bug.cgi?id=6545 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 15878] Modifying MediaWiki:Robots.txt appears to have no effect
https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 17004] Search engine indexing (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17004 Happy-melon changed: What|Removed |Added Blocks||6545, 15878, 16979 -- 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 14900] __INDEX__ and __NOINDEX__ should not override $wgArticleRobotPolicies
https://bugzilla.wikimedia.org/show_bug.cgi?id=14900 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 11720] Google (and others) is indexing data dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=11720 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 11443] Auto-noindex user/user talk pages for blocked users.
https://bugzilla.wikimedia.org/show_bug.cgi?id=11443 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 10052] Add class="robots-nocontent" in footer to avoid search engine to index it
https://bugzilla.wikimedia.org/show_bug.cgi?id=10052 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 8473] $wgArticleRobotPolicies vs. SpecialPages hardwiring
https://bugzilla.wikimedia.org/show_bug.cgi?id=8473 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 8411] Add "nofollow" to links to Special: Random on navigation panel and search engines
https://bugzilla.wikimedia.org/show_bug.cgi?id=8411 Happy-melon changed: What|Removed |Added Depends on||17004 -- 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 17004] New: Search engine indexing (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17004 Summary: Search engine indexing (tracking) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: happy_me...@hotmail.co.uk Blocks: 8411,8473,10052,11443,11720,14900 Tracking bug for issues relating to search-engine indexing, "index/noindex" and "follow/nofollow" attributes, 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 15391] Database error, but the edit was accepted
https://bugzilla.wikimedia.org/show_bug.cgi?id=15391 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Aaron Schulz 2009-01-13 15:42:36 UTC --- (In reply to comment #5) > Is this still occurring? > Nevermind, think I see the issue. Fixed in r45704. -- 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 15391] Database error, but the edit was accepted
https://bugzilla.wikimedia.org/show_bug.cgi?id=15391 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #5 from Aaron Schulz 2009-01-13 15:34:18 UTC --- Is this still occurring? -- 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 1181] Section edit bug where entire article is overwritten on save
https://bugzilla.wikimedia.org/show_bug.cgi?id=1181 --- Comment #21 from Aaron Schulz 2009-01-13 15:01:22 UTC --- (In reply to comment #20) > Reopening - seems to still be a problem with the live version (r43634) see > http://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3AFeatured_picture_candidates&diff=256999377&oldid=256996105 > . What I remember doing was waiting a long time, show preview, waited another > long time then saved. > What were you trying to do? -- 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 13209] Add Revision Diff functionality to API
https://bugzilla.wikimedia.org/show_bug.cgi?id=13209 --- Comment #26 from Bryan Tong Minh 2009-01-13 14:26:29 UTC --- (In reply to comment #20) > * the revisions array in the output now uses revids rather than 0,1,2... as > keys (technically a breaking change, although sane clients won't even notice) > It would because this means that the type changes from list to dictionary, which does differ in sane languages. -- 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 14900] __INDEX__ and __NOINDEX__ should not override $wgArticleRobotPolicies
https://bugzilla.wikimedia.org/show_bug.cgi?id=14900 Happy-melon changed: What|Removed |Added CC||happy_me...@hotmail.co.uk Keywords||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 14900] __INDEX__ and __NOINDEX__ should not override $wgArticleRobotPolicies
https://bugzilla.wikimedia.org/show_bug.cgi?id=14900 --- Comment #2 from Happy-melon 2009-01-13 14:21:12 UTC --- Created an attachment (id=5670) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5670) Patch to resolve indexing conflicts, on r45695 This adds an optional parameter to OutputPage::setIndexPolicy, the 'precedence' of the method that is trying to change the configuration. The hierarchy is set up as * 5 = unset (initalised defaults as below) * 4 = set by $wgDefaultRobotPolicy * 3 = set by $wgNamespaceRobotPolicies * 2 = set by __INDEX__ or __NOINDEX__ magic words (where allowed by $wgExemptFromUserRobotsControl) * 1 = set by $wgArticleRobotPolicies * 0 = set 'on-the-fly' to hide things like special pages, old revisions, etc Also rewrites OutputPage::setRobotsPolicy as a wrapper to use the new functions, and redefines all three as returning bool: whether the attempt to change the settings was successful, which should make it easier to resolve bug16979 cleanly (or at least *more* cleanly). Patch needs review and is UNTESTED on a live MediaWiki installation. -- 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 16929] COUNT( DISTINCT cc_id) needs AS clause
https://bugzilla.wikimedia.org/show_bug.cgi?id=16929 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Aaron Schulz 2009-01-13 14:17:31 UTC --- Fixed in r45700 -- 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 15878] Modifying MediaWiki:Robots.txt appears to have no effect
https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 Happy-melon changed: What|Removed |Added CC||happy_me...@hotmail.co.uk --- Comment #11 from Happy-melon 2009-01-13 14:13:01 UTC --- That's not how it works. There are two ways of blocking spider access to pages: when a spider first visits a site, it looks for a file called "robots.txt" in the root of the site, and follows the rules there to exclude certain tranches of pages. When it visits each individual page, it looks for the "robots" meta tag and, if one is present and tells it to go away, it does so, and 'forgets' that it was ever on the page. Modifying [[MediaWiki:Robots.txt]] appends entries to the site /robots.txt file (or is supposed to, anyway); it doesn't affect meta tags on pages. -- 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 16849] recommended svn version for 1.13 is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=16849 Alon Swartz changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from Alon Swartz 2009-01-13 14:11:04 UTC --- I installed the recommended revision from subversion (43933), and the exact same fatal error is produced. Why did I bother bugfixing and supplying a patch I don't know... """ Fatal error: Call to undefined method SkinMonoBook::link() in /var/lib/mediawiki/extensions/Configure/SpecialConfigure.php on line 36 """ -- 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 16969] Add show/ hide to Preferences for option on specialpages added by FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=16969 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Aaron Schulz 2009-01-13 14:06:08 UTC --- Added watchlist and RC/RCL preference. Holding off on newpages to avoid preference bloat. -- 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 16969] Add show/ hide to Preferences for option on specialpages added by FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=16969 --- Comment #2 from Aaron Schulz 2009-01-13 13:25:45 UTC --- Recentchangeslinked can use the same pref as Recentchanges. -- 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 16998] Addition of WP: "short" namespace to the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=16998 --- Comment #1 from bluegob...@hotmail.co.uk 2009-01-13 13:24:00 UTC --- UPDATE: We have undeleted all of the pages as we have been told that they will be automatically moved out of the way. We have still recreated them in the Project: namespace however. Is it possible for the moved pages to be bulk removed by a dev to save us the hassle? Thanks, BG7 -- 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 17003] autoreview edits should me marked as such in the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=17003 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-01-13 13:08:33 UTC --- Done in r45696 -- 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 16026] MediaWiki:Revision-info should accept wikimarkup
https://bugzilla.wikimedia.org/show_bug.cgi?id=16026 --- Comment #7 from Happy-melon 2009-01-13 12:53:57 UTC --- Hmn... how about letting it accept wikimarkup AND HTML? -- 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 17003] New: autoreview edits should me marked as such in the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=17003 Summary: autoreview edits should me marked as such in the history Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: church.of.emacs...@gmail.com In the history, revision automatically marked (autoreview) should be marked as autoreviewed edits. So instead of "XYZ (Talk | contribs) m (somechange) [sighted by XYZ]" it should be marked as "XYZ (Talk | contribs) m (somechange) [autoreviewed]" (autoreviewed might be a link to a page explaining autoreview). There are multiple reasons for that: 1. Users on the German Wikipedia who dislike FlaggedRevs don't want "[sighted by XYZ]" after their revision, as they whould appear to support FlaggedRevs. 2. Transparency. 3. More intuitive for people who want to learn how revisions are marked (not all revisions are marked the same way: some are marked automatically and some manually) -- 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 164] Support collation by a certain locale ( sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164 Philip Tzou changed: What|Removed |Added AssignedTo|wikibugs- |philip@gmail.com |l...@lists.wikimedia.org | Status|NEW |ASSIGNED --- Comment #89 from Philip Tzou 2009-01-13 11:54:13 UTC --- Created an attachment (id=5669) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5669) sorting orders patch for Chinese language This patch can provide pinyin, strokes and bopomofo sorting orders for MediaWiki in Chinese language. However, sorting orders of other languages can be created and customised easily by inheriting related functions defined in Language.php, then use "update.php" to update your mysql database. -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 --- Comment #3 from Happy-melon 2009-01-13 11:47:45 UTC --- This categorises even if the action of __INDEX__/__NOINDEX__ is disabled by $wgExemptFromUserRobotsControl, doesn't it? From the fixmes in OutputPage.php, looks like the whole thing could do with an overhaul. -- 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 15026] colour coding of diffs ought to be clearer, in multiple senses
https://bugzilla.wikimedia.org/show_bug.cgi?id=15026 Happy-melon changed: What|Removed |Added CC||happy_me...@hotmail.co.uk Keywords|easy, testme| --- Comment #1 from Happy-melon 2009-01-13 11:34:48 UTC --- I'm not sure what to make of this. Given that for every one of the trillions of possible diffs on a large wiki (bar the few database irregularities which screw things up occasionally) the older revision is on the left and the newer one on the right, with arrows pointing to "previous diff" and "next diff", I think the interface should be abundantly easy to comprehend. How would you propose to implement the diff colourscheme on the history page, exactly? Unlike the diff page, there is no obvious place for the "earlier" colour to end and the "newer" colour to begin. And given that you can extend the history screen to 5000 entries, colour gradation is a complete nonstarter: there isn't enough gradation in the web colour scheme to even colour them in blocks of ten, and the painfully strong colours at either end would be an eyesore. Removing keywords that aren't really applicable (coding the colour gradation would be pretty messy); the "accessibility" one *might* be appropriate. Recommend WONTFIX. -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 --- Comment #2 from amelior...@viennan.net 2009-01-13 11:28:24 UTC --- Created an attachment (id=5668) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5668) Define category names -- 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 12560] formatnum formats template parameters instead of the returning result
https://bugzilla.wikimedia.org/show_bug.cgi?id=12560 Happy-melon changed: What|Removed |Added CC||happy_me...@hotmail.co.uk Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Comment #10 from Happy-melon 2009-01-13 11:25:50 UTC --- But it *does* WORKFORME... :-D -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 Raimond Spekking changed: What|Removed |Added Keywords||patch -- 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 16979] Tracking category for __NOINDEX__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16979 --- Comment #1 from amelior...@viennan.net 2009-01-13 11:23:15 UTC --- Created an attachment (id=5667) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5667) Proposed patch I've taken a stab at trying to do this. __INDEX__ includes the page in [[Category:Indexed pages]] and __NOINDEX__ includes the page in [[Category:Non-indexed pages]]. -- 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 11354] Special: MergeAccount does not prompt for a captcha after an incorrect password is entered
https://bugzilla.wikimedia.org/show_bug.cgi?id=11354 --- Comment #3 from Happy-melon 2009-01-13 11:18:49 UTC --- Created an attachment (id=5666) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5666) Screenshot showing the error message at test.wiki Indeed, but that's because en.wiki is your home wiki, where you have the longest-standing account with the highest permissions and the most productive edits. If you go to *another* wiki and try the same process, as the bug suggests, it doesn't work, because the password you use *does* have to match your *home wiki* password. So the only people who could take advantage of this situation are people who already own a *more* 'respectable' account with the *same name* as the target account on another wikimedia wiki. Sounds fairly implausible to me. -- 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 16607] rev_deleted should use the history buttons to affect ranges of revisions on the history tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=16607 Woo-Jin ,Kim changed: What|Removed |Added CC||kwj2...@gmail.com --- Comment #1 from Woo-Jin ,Kim 2009-01-13 08:25:35 UTC --- It should use checkboxes, rather than radio buttons. Radio buttons supports only 1 choice. -- 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 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #1 from S. McCandlish 2009-01-13 08:20:04 UTC --- Self-correction! I meant to say: 'Failure to fix this means disuse of semantic markup tags in favor of ones with no semantic meaning at all (u and s), which are ignored by screen readers, thus making this an accessibility issue: "Foo bar baz quux" will be read by screen reader software in most cases as "foo bar baz quux", which is obviously wrong in almost all cases in Wikipedia, where something more like "Foo bar baz quux" was intended, and will be rendered properly.' To continue in more detail: Depending upon the screen reader, the aural rendering will be something something like "[normal tone] Foo [tone change] deleted-text bar [different tone change] inserted-text baz [return to normal tone] quux" - but people won't use actually do this properly because of the bug reported here. With the u/s rendering it will simply be "[normal tone] foo bar baz quux", with all the non-semantic u/s markup ignored. No one's going to do it properly until this bug is fixed, yet by a HUGE margin, the WP usage of u/s is in talkspace (and occasionally quotations of manuscript materials) as stand-ins for ins/del, respectively. There are almost zero legit uses of u and s outside of the insertion and deletion contexts. U has been abandoned almost Web-wide, and s even off of Wikipedia is hardly ever used to indicate anything other than deleted/redacted material (i.e., what del is for). As non-semantic markup elements, u and s serve no purpose other than decoration, and should be abandoned on WP just as they are being deprecated in the specs in favor of CSS. -- 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