[Bug 19198] SMW Comparators use sortkey instead of page name
https://bugzilla.wikimedia.org/show_bug.cgi?id=19198 --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-06-15 08:04:12 UTC --- It is true that all comparators act on sortkeys. This appears to be natural for the comparators that assume some ordering on the results (e.g. ::), but I agree that it is potentially confusing for inequality. Since ::! is implemented like all other comparators, it also acts on sortkeys, so in a way this is a consequence of the design of the code. I agree that this needs better documentation. On the other hand, :: and ::! refer to the same values for all properties, which is rather useful for combining them in one query (Example: a US-based wiki might have a page to show all countries starting with letter U, but not the US). This would not be possible if both operators would refer to different values. It seems strange to specifically change the behaviour for ::! of Type:Page. The real problem might be that one would actually like to have a dedicated not same as operator for pages, e.g. something like [[!Mary Smith]], where you really require some result to be unequal. The ::!, in contrast, only requires some unequal value to be present, i.e. it checks for the presence of some semantic information, while object inequality would check for the absence of some information (namely the absence of any hint that the object equals Mary Smith). More generally, it would be nice to negate query conditions. Are there any syntax proposals for this? (Using ! as above would only work for single statements; maybe we should introduce a NOT that is used similar to OR?) -- 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 19200] New: Scap to r51863 broke edit summary label
https://bugzilla.wikimedia.org/show_bug.cgi?id=19200 Web browser: --- Summary: Scap to r51863 broke edit summary label Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sco_s...@bigpond.net.au Created an attachment (id=6223) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6223) Screenshot If [[MediaWiki:Summary]] contains HTML, after the scap to r51863 the label for the edit summary text field reads a href=/wiki/Help:Edit_summary class='internal' title=Briefly describe the changes you have made target=_blankEdit summary/a (Briefly describe the changes you have made) The HTML should actually be rendered by the browser. Confirmed on en and simple. http://simple.wikipedia.org/w/index.php?title=Wikipedia:Sandboxaction=edit Screenshot attached -- 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 19200] Edit summary label broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=19200 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||siebr...@wikipedia.be Summary|Scap to r51863 broke edit |Edit summary label broken |summary label | -- 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 19201] New: Multi-Category-Search in Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19201 Web browser: --- Summary: Multi-Category-Search in Mediawiki Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dan...@beyernet.de I would suggest to integrate some functions like in Extension:Multi-Category_Search directly into Mediawiki. In many cases it will help a lot to combine a list of categories when searching. -- 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 19200] Edit summary label broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=19200 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Siebrand siebr...@wikipedia.be 2009-06-15 09:22:41 UTC --- Looks like this behaviour may have been changed in r50882 -- 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 19200] Edit summary label broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=19200 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added CC||agarr...@wikimedia.org --- Comment #2 from Andrew Garrett agarr...@wikimedia.org 2009-06-15 09:24:32 UTC --- Changing messages from HTML to wikitext is a good idea generally. -- 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 19201] Multi-Category-Search in Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19201 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added CC||rain...@eunet.yu Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Robert Stojnic rain...@eunet.yu 2009-06-15 09:26:23 UTC --- *** This bug has been marked as a duplicate of bug 5244 *** -- 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 5244] Allow searching in intersections, etc. of categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=5244 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added CC||dan...@beyernet.de --- Comment #36 from Robert Stojnic rain...@eunet.yu 2009-06-15 09:26:23 UTC --- *** Bug 19201 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 18764] Search in yi: should ignore diacritics and identify ligatures
https://bugzilla.wikimedia.org/show_bug.cgi?id=18764 --- Comment #2 from wiki.pe...@ntlworld.com 2009-06-15 09:32:04 UTC --- A simple test by entering a search term with diacritics shows that they are not stripped. The following should be ignored HEBREW POINT PATAH 05B7 HEBREW POINT QAMATS 05B8 HEBREW POINT DAGESH OR MAPIQ 05BC HEBREW POINT RAFE 05BF The following should be identified with their decomposed forms HEBREW LIGATURE YIDDISH DOUBLE VAV 05F0 = 05DS 05DS HEBREW LIGATURE YIDDISH VAV YOD05F1 = 05DS 05D9 HEBREW LIGATURE YIDDISH DOUBLE YOD 05F2 = 05D9 05D9 HEBREW LIGATURE YIDDISH YOD YOD PATAH FB1F = 05D9 05D9 HEBREW LETTER YOD WITH HIRIQ FB1D = 05D9 These are the most common ones -- 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 19200] Edit summary label broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=19200 Stifle lastw...@gmail.com changed: What|Removed |Added CC||lastw...@gmail.com --- Comment #3 from Stifle lastw...@gmail.com 2009-06-15 09:36:30 UTC --- The has been changed to a lt; entity, which is why it doesn't render. (System message affected is MediaWiki:Summary.) Siebrand has identified the correct change, I think. The message uses HTML rather than wikitext because it wishes to open the link to Help:Edit summary in a new window (which I don't think wikitext can do). If it opens in the same window, users of suboptimal browsers who click to read about edit summaries will lose any edits they've made when clicking the back button. -- 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 18902] Implement user permissions for saving books to the wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18902 PediaPress Support Team supp...@pediapress.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from PediaPress Support Team supp...@pediapress.com 2009-06-15 09:43:33 UTC --- Implemented in r51870. -- 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 19202] New: Disclaimer link has broken URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=19202 Web browser: --- Summary: Disclaimer link has broken URL Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dan...@brightbyte.de The disclaimer link at the bottom of every page (at least in Modern and MonoBook) points to the wrong URL: it points to http://en.wikipedia.org/wiki/Disclaimerpage, instead of evaluating the content of MediaWiki:Disclaimerpage and accordingly pointing to http://en.wikipedia.org/wiki/Wikipedia:General_disclaimer. The same is true for the Aboutpage and Privacypage links. Note that the Aboutpage link in the sidebar is fine. Marking as major because this may have legal implications. -- 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 19202] Disclaimer link has broken URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=19202 Brent G overlo...@gmail.com changed: What|Removed |Added CC||overlo...@gmail.com --- Comment #1 from Brent G overlo...@gmail.com 2009-06-15 10:53:26 UTC --- AFAIK caused by r51819. disclaimers link calls: -- return $this-footerLink( 'disclaimers', 'disclaimerpage' ); -- footerLink takes: -- $title = Title::newFromText( $page ); -- where $page is the second parameter. It doesn't call wfMsgForContent to get what the message is so just links to Disclaimerpage. Then again I could be wrong :) -- 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 19200] Edit summary label broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=19200 Siebrand siebr...@wikipedia.be changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Siebrand siebr...@wikipedia.be 2009-06-15 10:57:13 UTC --- WONTFIX per comment 2. -- 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 19203] New: AbuseFilter does not fail gracefully with bad regex's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19203 Web browser: --- Summary: AbuseFilter does not fail gracefully with bad regex's Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: overlo...@gmail.com CC: wikibugs-l@lists.wikimedia.org See the ENWP helpdesk[1], if somehow an abuse filter is created with an invalid regex instead of throwing some sort of helpful error, an internal error is generated. 1 - http://en.wikipedia.org/wiki/Wikipedia:HELPDESK#Why_does_every_edit_I_try_to_do_create_an_exception_error.3F -- 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 19202] Disclaimer link has broken URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=19202 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||siebr...@wikipedia.be --- Comment #2 from Siebrand siebr...@wikipedia.be 2009-06-15 11:28:00 UTC --- Fixed in r51882. -- 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 19202] Disclaimer link has broken URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=19202 Siebrand siebr...@wikipedia.be changed: What|Removed |Added 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 19204] New: Special:GlobalUserRights's borked
https://bugzilla.wikimedia.org/show_bug.cgi?id=19204 Web browser: --- Summary: Special:GlobalUserRights's borked Product: MediaWiki extensions Version: any Platform: All URL: http://meta.wikimedia.org/wiki/Special:GlobalUserRights OS/Version: All Status: NEW Severity: normal Priority: Normal Component: GroupPermissionsManager AssignedTo: skizz...@gmail.com ReportedBy: kon...@tiscali.fr Attempt to affect a SULed user to any global group except the steward one ends up in failure : Upon saving, I'm sent back to the same form, and the wpKnownWiki parameter seems to have lost it's value in the process. Supposedly affectable groups are : abuse filter editor editinterface editinterface_temp (which I created to test the problem) founder global bot Global IP block exempt global rollbacker ombudsman staff steward system administrator -- 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 19205] New: Special:Undelete gives wrong links on pages with in the title
https://bugzilla.wikimedia.org/show_bug.cgi?id=19205 Web browser: --- Summary: Special:Undelete gives wrong links on pages with in the title Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: church.of.emacs...@gmail.com Steps to reproduce: 1. Create a page with in the title, like you me (in the URL, it's you_%26_me) 2. Delete that page 3. Go to Special:Undelete/you me 4. Click on the link to the deleted revision. 5. No deleted revision is shown, instead the deletion log. Expected behaviour: Show deleted revision. The Link is broken: Special:Undeletetarget=you_%2526_metimestamp= The correct link is: Special:Undeletetarget=you+%26+metimestamp=... Note that + vs. _ doesn't matter. It the %2526 as opposed to %26 part that breaks the link. -- 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 19205] Special:Undelete gives wrong links on pages with in the title
https://bugzilla.wikimedia.org/show_bug.cgi?id=19205 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||siebr...@wikipedia.be Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Siebrand siebr...@wikipedia.be 2009-06-15 12:13:25 UTC --- Fixed in r51889. 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 19206] New: Articles created by autoeditors are not marked as autoreviewed
https://bugzilla.wikimedia.org/show_bug.cgi?id=19206 Web browser: --- Summary: Articles created by autoeditors are not marked as autoreviewed Product: MediaWiki extensions Version: any Platform: All URL: http://ru.wikipedia.org/w/index.php?title=Марьевк а_(Близнюковский_район)action=histor y OS/Version: All Status: NEW Severity: critical Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: claymore...@gmail.com Articles created by autoeditors are not marked as autoreviewed. This behavior started about 2009-06-15T04:16:34Z (http://ru.wikipedia.org/w/api.php?action=querylist=logeventsletype=reviewlelimit=500lestart=2009-06-15T04:15:59Zledir=newer) Also, checking the checkbox Mark as reviewed when editing an article doesn't make the article reviewed. The checkbox is available for editors. -- 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 19207] New: Bot edits not be marked automatically as sighted
https://bugzilla.wikimedia.org/show_bug.cgi?id=19207 Web browser: --- Summary: Bot edits not be marked automatically as sighted Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: wikibugs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danny.lei...@gmail.com CC: jschulz_4...@msn.com After code update, projects with FlaggedRevs has quite big problem... edits made by bots do not be marked automaticly as sighted. -- 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 13049] API must be accessed through the primary script entry point error
https://bugzilla.wikimedia.org/show_bug.cgi?id=13049 Alex S.H. Lin ale...@mail2000.com.tw changed: What|Removed |Added CC||ale...@mail2000.com.tw --- Comment #10 from Alex S.H. Lin ale...@mail2000.com.tw 2009-06-15 12:50:22 UTC --- I got a problem. cannot run API through secure link.It turn back: Forbidden API must be accessed through the primary script entry point. -- 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 18419] Page shown as draft after being sighted
https://bugzilla.wikimedia.org/show_bug.cgi?id=18419 --- Comment #3 from Tisza Gergő gti...@gmail.com 2009-06-15 12:53:17 UTC --- I can still reproduce the issue in r51864, with the same two pages. The edit screen and the page history says the page has been sighted, but when viewing it says it's a draft. Real edits help, but null edits don't. -- 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 13049] API must be accessed through the primary script entry point error
https://bugzilla.wikimedia.org/show_bug.cgi?id=13049 Russell Blau russb...@hotmail.com changed: What|Removed |Added CC||russb...@hotmail.com --- Comment #11 from Russell Blau russb...@hotmail.com 2009-06-15 12:53:55 UTC --- Same problem as #10: https://secure.wikimedia.org/wikipedia/en/w/api.php returns HTTP 403 (Forbidden) -- just started as an issue today, as a scheduled script ran without errors less than six 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 19038] javascript error while playing clip in IE6
https://bugzilla.wikimedia.org/show_bug.cgi?id=19038 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 19208] New: Disable 'missingsummary' feature on dewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19208 Web browser: --- Summary: Disable 'missingsummary' feature on dewiki Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: church.of.emacs...@gmail.com There was a request to enable the missingsummary feature on the German Wikipedia (if the user didn't specify otherwise in his preferences, he gets a warning if he tries to save a page without filling out the summary). However, missingsummary is buggy (conflicts with extensions, such as ConfirmEdit (Captcha)) and it can't be enabled for specific namespaces only (in most cases, if ns!=0, a summary is not needed). A better alternative utilizing AbuseFilter has been written and is ready to replace 'missingsummary'. Therefore please disable 'missingsummary'. -- 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 19124] clip does not play with native engine and with Java engine
https://bugzilla.wikimedia.org/show_bug.cgi?id=19124 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #2 from Eran eran.kuz...@kaltura.com 2009-06-15 13:21:27 UTC --- with java engine - clip does not play when clicking on the video area play button -- 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 19209] New: Capitalisation of tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19209 Web browser: --- Summary: Capitalisation of tabs Product: Wikimedia Version: unspecified Platform: All URL: http://nds-nl.wikipedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: serv...@gmail.com Since today the tabs as well as the side bar heading on the nds-nl Wikipedia all start with a capital letter, can someone change this to small letters? Thanks in advance. Servien -- 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 18929] Audio and video are not in synch
https://bugzilla.wikimedia.org/show_bug.cgi?id=18929 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 19023] waiting for video label doesn't appear
https://bugzilla.wikimedia.org/show_bug.cgi?id=19023 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|REOPENED Priority|Normal |Low Resolution|LATER | -- 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 18895] seek does not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=18895 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 19029] Download function doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=19029 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 19210] New: in all browsers with java/vlc engine - no buffering progress is shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=19210 Web browser: Mozilla Firefox 3.5.x Summary: in all browsers with java/vlc engine - no buffering progress is shown Product: MediaWiki extensions Version: any Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: MetaVidWiki AssignedTo: d...@ucsc.edu ReportedBy: eran.kuz...@kaltura.com CC: ariel.hit...@kaltura.com in all browsers with java/vlc engine - no buffering progress is shown in progress bar -- 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 15568] Enable FlaggedRevs custom configuration on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15568 Tisza Gergő gti...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from Tisza Gergő gti...@gmail.com 2009-06-15 13:45:12 UTC --- Please give autoreview right to bots. (This was the default setting until recently; IMO removing it was a bad idea.) -- 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 19210] in all browsers with java/vlc engine - no buffering progress is shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=19210 Eran eran.kuz...@kaltura.com 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 18983] seek does not work in Safari and Firefox browsers using Java engine
https://bugzilla.wikimedia.org/show_bug.cgi?id=18983 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|CLOSED -- 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 15568] Enable FlaggedRevs custom configuration on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15568 --- Comment #9 from Tisza Gergő gti...@gmail.com 2009-06-15 14:06:12 UTC --- Might be caused by bug 19206 or bug 19207. -- 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 19204] Special:GlobalUserRights's borked
https://bugzilla.wikimedia.org/show_bug.cgi?id=19204 Ryan Schmidt skizz...@gmail.com changed: What|Removed |Added AssignedTo|skizz...@gmail.com |wikibugs- ||l...@lists.wikimedia.org Component|GroupPermissionsManager |CentralAuth --- Comment #1 from Ryan Schmidt skizz...@gmail.com 2009-06-15 14:08:55 UTC --- this is a CentralAuth issue, changing bug component to reflect this -- 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 19156] PDF rendering does not accept inline formatting
https://bugzilla.wikimedia.org/show_bug.cgi?id=19156 PediaPress Support Team supp...@pediapress.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from PediaPress Support Team supp...@pediapress.com 2009-06-15 13:56:39 UTC --- Inline formatting is now used to style the text in the PDF. This was implemented and went live a couple of days ago. I just fixed the title issue [1] - this change will be live in the next few days. [1] http://code.pediapress.com/hg/mwlib.rl/rev/89b382b3228a -- 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 19211] New: Loop at the end of category on next link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19211 Web browser: --- Summary: Loop at the end of category on next link Product: MediaWiki Version: unspecified Platform: All URL: http://pl.wiktionary.org/w/index.php?title=Kategoria:pol ski_(indeks)from=%C5%82%C3%B3dka OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: abx...@gmail.com After today update all categories I tested on pl.wiktionary, are looped at the end. On last page there is następne 200 (next 200) link, on next page (which is last in category) there is again następne 200 (next 200) enabled and poprzednie 200 (prev 200) disabled, and click on next returns to last but one page. Looks like link assigned for prev label is placed under next label. -- 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 19125] with Java engine - clip does not play when clicking on the video area play button
https://bugzilla.wikimedia.org/show_bug.cgi?id=19125 Eran eran.kuz...@kaltura.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | -- 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 15568] Enable FlaggedRevs custom configuration on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15568 --- Comment #10 from Tisza Gergő gti...@gmail.com 2009-06-15 14:34:46 UTC --- Also, $wgFlaggedRevsPatrolNamespaces = array( ); seems to have no effect, the patrol marks still show up in the article space. Another FlagRev bug, maybe? -- 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 19212] Grant right abusefilter-log-details to autoconfirmed users @ zhwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19212 jimmy_xu_wrk xu.jimmy@gmail.com changed: What|Removed |Added Summary|Grant right abusefilter- |Grant right abusefilter- |log-details to |log-details to |autoconfirmed users |autoconfirmed users @ zhwiki -- 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 19212] Grant right abusefilter-log-details to autoconfirmed users @ zhwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19212 Shinjiman shinji...@gmail.com changed: What|Removed |Added Keywords|i18n|shell -- 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 19169] Upgrade ogghandler to current version
https://bugzilla.wikimedia.org/show_bug.cgi?id=19169 Gregory Maxwell gmaxw...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Gregory Maxwell gmaxw...@gmail.com 2009-06-15 15:00:50 UTC --- It's done. -- 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 19203] AbuseFilter does not fail gracefully with bad regex's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19203 Robert Rohde ro...@robertrohde.com changed: What|Removed |Added CC||ro...@robertrohde.com --- Comment #1 from Robert Rohde ro...@robertrohde.com 2009-06-15 15:07:35 UTC --- I believe this should be INVALID Prior to the recent update there was no error checking on regex expressions at all. All bad regex returned false in all cases. From now on filter editors are prevented from saving rules that include malformed regex. There may be some malformed regex in the existing rules that has to be located and fixed, but it shouldn't happen in the future. -- 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 19214] New: Bugs on watchlist connected with FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19214 Web browser: --- Summary: Bugs on watchlist connected with FlaggedRevs Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: wikibugs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danny.lei...@gmail.com CC: jschulz_4...@msn.com After code update occurred following bugs: 1. edit made by editor and marked automatically as sighted still display with red exclamation mark (also on RecentChanges) 2. disappeared link (review) (a few months ago it was enabled, look bug16636) -- 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 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility and encourage en.Wikipedia to use the damn feature!
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 Harry Alffa harryal...@googlemail.com changed: What|Removed |Added Summary|Self-link feature should use|Self-link feature should use |only CSS, not HTML strong |only CSS, not HTML strong |tag, for greater|tag, for greater flexibility |flexibility.|and encourage en.Wikipedia ||to use the damn feature! --- Comment #1 from Harry Alffa harryal...@googlemail.com 2009-06-15 15:23:57 UTC --- See also: Render self-referring interwiki links as bold https://bugzilla.wikimedia.org/show_bug.cgi?id=5126 Make links to self-redirects being easy distinguishable https://bugzilla.wikimedia.org/show_bug.cgi?id=16562 -- 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 19215] New: Not loading CR localizations
https://bugzilla.wikimedia.org/show_bug.cgi?id=19215 Web browser: --- Summary: Not loading CR localizations Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: CodeReview AssignedTo: jschulz_4...@msn.com ReportedBy: innocentkil...@gmail.com Just got an e-mail from code review. The subject and body were lt;codereview-email-subj2gt; and lt;codereview-email-body2gt; respectively. Looks like the messages aren't getting loaded somewhere? -- 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 19216] New: Recent software changes broke the Abuse Filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=19216 Web browser: --- Summary: Recent software changes broke the Abuse Filter Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: ro...@robertrohde.com CC: wikibugs-l@lists.wikimedia.org I'm not sure exactly how widespread the problems are, but multiple important keywords seem to have been broken in the update as shown in both the batch testing interface and in live rules (e.g. the log of Rule 180). Known problem keywords: added_lines, removed_lines Examples of bad behavior: length(added_lines) 100 is sometimes True on edits adding thousands of characters. length(removed_lines) 100 is sometimes True on edits removing thousands of characters. contains_any(added_lines, ... ) is sometimes False even when the diff and examine interface say it should be True. A large number of existing rules that either aren't working or are working only erratically may need to be disabled until this is fixed. -- 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 18637] Gadgets with names containing non-ASCII characters are not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=18637 Daniel Kinzler dan...@brightbyte.de changed: What|Removed |Added CC||dan...@brightbyte.de Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Daniel Kinzler dan...@brightbyte.de 2009-06-15 15:32:09 UTC --- Gadget IDs have to follow the rules for XML IDs, so they are restricted to alphanumeric ASCII characters and can't start with a number. This is by design, and also documented on the extension's description page http://www.mediawiki.org/wiki/Extension:Gadgets. It would in theory be possible to use the same encoding MediaWiki uses for section IDs to get around that limitation. It would need some fiddeling. If you feel a real need for this, reopen as a feature request. Closing as invalid, since this is expected behavior. -- 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 19217] New: New magic words: {{USERLANGUAGE}} and {{USERVARIANT}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=19217
Web browser: ---
Summary: New magic words: {{USERLANGUAGE}} and {{USERVARIANT}}
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Normal
Component: Page rendering
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: philip@gmail.com
CC: br...@wikimedia.org
I suggest to add two new magic words for retrieving user's interface language
and variant language(if has one).
Some wikis, such as Commons and zhwiki, works with muti-language or
muti-variant, could use these magic words. In fact, there is a similar way to
retrieve interface language now. In Commons, they used {{int:Lang}}; in zhwiki,
they used {{int:Conversionname}}. They two are basically same but represent as
different title.
There are some issues concerned about these magic words.
the first one is the link tables. A link to [[SomePage/{{USERLANGUAGE}}]] will
always differ, and the link table will be incorrect.(Siebrand) But I thouth we
could add all links (under different {{USERLANGUAGE}}) into link table to solve
this problem.
the second one could be parser cache. Tim explained the parser cache works by
using the current user language (which includes the variant) as part of the
cache key, it's invalidated by the database so there's no need to clear all
variants when the article changes.
What's your 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 19217] New magic words: {{USERLANGUAGE}} and {{USERVARIANT}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=19217
^demon innocentkil...@gmail.com changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #1 from ^demon innocentkil...@gmail.com 2009-06-15 15:54:03 UTC
---
Suggest WONTFIX per all the previous per-user keyword suggestions.
{{CURRENTUSER}} et al.
--
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 19217] New magic words: {{USERLANGUAGE}} and {{USERVARIANT}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=19217 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #2 from Niklas Laxström niklas.laxst...@gmail.com 2009-06-15 15:57:28 UTC --- The use case is not clearly stated. As this cannot be implemented as is, a use case is needed to determine whether this is the best solution for the problem at 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 19217] New magic words: {{USERLANGUAGE}} and {{USERVARIANT}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=19217
--- Comment #4 from Philip Tzou philip@gmail.com 2009-06-15 16:02:55 UTC
---
Niklas Laxström:
Commons used {{int:lang}} to convert content between different language now.
And {{int:lang}} were similar to {{USERLANGUAGE}}.
For example: http://commons.wikimedia.org/wiki/File:Old-friend.jpg
You can check the different of contents by indicating different uselang=.
--
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 19217] New magic words: {{USERLANGUAGE}} and {{USERVARIANT}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=19217 --- Comment #5 from Philip Tzou philip@gmail.com 2009-06-15 16:04:22 UTC --- Oh I forget to use replay.. -- 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 19203] AbuseFilter does not fail gracefully with bad regex's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19203 --- Comment #2 from OverlordQ overlo...@gmail.com 2009-06-15 16:14:22 UTC --- No, try creating an abuse filter with an invalid regex, click submit. You dont get a friendly error message, you get the internal error message and a backtrace. -- 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 14936] optimise title tag on ganglia
https://bugzilla.wikimedia.org/show_bug.cgi?id=14936 Fred Vassard fvass...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Fred Vassard fvass...@wikimedia.org 2009-06-15 16:38:15 UTC --- This has been hackish-ingly fixed. in /home/wikipedia/htdocs/ganglia/index.php, changed $title variable from $title = $self $meta_designator Report to $title = $meta_designator Report for $context == meta or $context == control) -- 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 19219] New: Extra whitespace at top of page
https://bugzilla.wikimedia.org/show_bug.cgi?id=19219 Web browser: --- Summary: Extra whitespace at top of page Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ro...@robertrohde.com The recent software update seems to have added a blank whitespace between the Article, Discussion, etc... tabs and the page title. The appearance is as if the entire page text has been pushed down some within its bounding box. This is visible on both IE and Firefox and roughly the height of a normal line of text. -- 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 19218] Abuse filter reports incorrect filter description
https://bugzilla.wikimedia.org/show_bug.cgi?id=19218 cenarium.sy...@gmail.com changed: What|Removed |Added CC||cenarium.sy...@gmail.com --- Comment #1 from cenarium.sy...@gmail.com 2009-06-15 16:50:46 UTC --- This appears to be the case for all abuse filter log details. And it's also the description for the first filter that is displayed on testwiki. -- 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 19220] New: Pdf rendering does not scale images according to inline px size
https://bugzilla.wikimedia.org/show_bug.cgi?id=19220 Web browser: --- Summary: Pdf rendering does not scale images according to inline px size Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikibooks.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: supp...@pediapress.com ReportedBy: grysm...@telus.net Pdf rendering loads image files at original size without regard to guidelines suggested by author in inline PX statement in wikitext, this means that size limitations for storage, can affect rendering quality and Formatting of page. -- 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 19212] Grant right abusefilter-log-details to autoconfirmed users @ zhwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19212 Shinjiman shinji...@gmail.com changed: What|Removed |Added Depends on||18301 -- 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 18301] Please Activate AbuseFilter on zh wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=18301 Shinjiman shinji...@gmail.com changed: What|Removed |Added Blocks||19212 -- 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 19109] Enable AbuseFilter in Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19109 Shinjiman shinji...@gmail.com changed: What|Removed |Added Keywords||shell -- 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 19222] New: Semi Colon indicated Chapter Page on separate page please
https://bugzilla.wikimedia.org/show_bug.cgi?id=19222 Web browser: --- Summary: Semi Colon indicated Chapter Page on separate page please Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikibooks.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: supp...@pediapress.com ReportedBy: grysm...@telus.net Currently when writing a collection, chapter headers are placed on a semi-colon indicated line, and modules are placed on a colon indicated line. When rendering however, the PDF converter places the contents of the semicolon line at the top of the first page of the chapter, making the chapter start page busier. Using a page eject after rendering the semicolon line, would make the chapter start page much more readable and would create a title page for the chapter. -- 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 19190] EditTool i18n messages with markup should be avoided
https://bugzilla.wikimedia.org/show_bug.cgi?id=19190 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 2009-06-15 17:29:18 UTC --- Hopefully there can be a solution to this that makes sense - as I see all your points. Hover the current implementation is as such for the following reasons. * The messages with wikitext in them are input examples, and need to be unparsed wikitext because they are illustrating the type of syntax one would use in a wiki page. * The messages with HTML in them are output examples which would initially be considered a great candidate for using the parsmag option with wfMsg, however the code the parser outputs is not always the same as the code we want in the examples - as the examples are merely visual representations of what the output will look like, and not intended to be fully functional. Additionally, these bits of code may include images which are bundled with the toolbar itself as to not depend on the existence of an uploaded image in the wiki. This is especially important when distributing the toolbar to many different wikis - remember this is not only for English Wikipedia, and it will also be used by non-Wikimedia projects. * The messages are being inserted (without parsing) into a javascript loadGM() function. The client side gM() function can perform $1 replacements, but cannot perform any parsing. Eventually the inserting of messages into loadGM() will not be done with PHP, but rather the messages will be replaced inline on a javascript file by a script server (just before minification and packing), and the limitations of this future implementation are dictating the current one. This is an important transitional component of this software, and unless the script server is made to perform actual parsing, the messages used on the client should remain as they are right now. It may be possible to make the text strings (which need actual translation, compared to the HTML parts which don't) their own independent messages, allowing translators to perform their work without stepping around HTML. This could potentially be done using the client-side $1 replacement functionality as well. However, this will also introduce even more individual messages which begin to loose context by the time the translation is taking place possibly making them more difficult. My understanding, especially when discussing this type of software (JavaScript UI), is that there is an intention to move towards more simple internationalization messages (meaning, those which do not require full parsing) Suggestions on alternative implementations are welcome. -- 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 19211] Loop at the end of category on next link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19211 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Severity|enhancement |normal --- Comment #1 from Gurch matthew.brit...@btinternet.com 2009-06-15 17:31:41 UTC --- Happening on all Wikimedia wikis. Example: next 200 link on http://en.wikipedia.org/w/index.php?title=Category:Stub_categoriesfrom=Vojvodina+geography+stubs points you to http://en.wikipedia.org/w/index.php?title=Category:Stub_categoriesuntil=Vojvodina+geography+stubsfrom=Xinjiang+geography+stubs and next 200 link on that points you back to the first link. -- 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 19211] Loop at the end of category on next link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19211 --- Comment #2 from ABX abx...@gmail.com 2009-06-15 17:34:18 UTC --- Yes, using [[w:fr:Catégorie:Naissance en 1947]] and [[wikt:en:Category:English nouns]] I confirmed it is neither specific to Polish translation nor to wiktionary. Looks like larger categories in all projects are affected. -- 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 19218] Abuse filter reports incorrect filter description
https://bugzilla.wikimedia.org/show_bug.cgi?id=19218 Alex Z. mrzmanw...@gmail.com changed: What|Removed |Added CC||mrzmanw...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Alex Z. mrzmanw...@gmail.com 2009-06-15 17:38:28 UTC --- Fixed in r51913. -- 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 19219] Extra whitespace at top of page
https://bugzilla.wikimedia.org/show_bug.cgi?id=19219 --- Comment #1 from Gurch matthew.brit...@btinternet.com 2009-06-15 17:45:12 UTC --- Affects monobook skin only on all Wikimedia wikis. This is the change which did it: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/monobook/main.css?r1=50702r2=51081 The change has no affect on the default appearence because by default there is no sitenotice div on the page. On Wikimedia wikis, the sitenotice div is always there, just empty when there is no notice. Thus this change added 0.9em of blank space. The corrected line should never have been there in the first place. Fix is to remove that line. -- 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 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Summary|Self-link feature should use|Self-link feature should use |only CSS, not HTML strong |only CSS, not HTML strong |tag, for greater flexibility|tag, for greater flexibility |and encourage en.Wikipedia | |to use the damn feature!| -- 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 19209] Capitalisation of tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19209
--- Comment #1 from Gurch matthew.brit...@btinternet.com 2009-06-15 17:57:25
UTC ---
Adding:
#p-cactions li a, .portlet h6 { text-transform: lowercase; }
to [[MediaWiki:Monobook.css]] on the affected wiki(s) should fix this.
Though it's probably worth finding out what caused it to change; I'm seeing the
appropriate lines in http://nds-nl.wikipedia.org/w/skins-1.5/monobook/main.css
and nothing overriding it in
http://nds-nl.wikipedia.org/wiki/MediaWiki:Monobook.css or
http://nds-nl.wikipedia.org/wiki/MediaWiki:Common.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
[Bug 19223] New: PDF rendering now accepts inline font sizes but doesn't adjust line spacing to suit
https://bugzilla.wikimedia.org/show_bug.cgi?id=19223 Web browser: --- Summary: PDF rendering now accepts inline font sizes but doesn't adjust line spacing to suit Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikibooks.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: supp...@pediapress.com ReportedBy: grysm...@telus.net When using large fonts, the updated collection extension now accepts inline font-sizes, but because it doesn't also adjust the line feed sizing at the same rate, lines overwrite each other causing them to gather at the top of the page, in a big mess. Line feed spacing should be adjusted to suite font sizes. -- 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 19211] Loop at the end of category on next link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19211 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||siebr...@wikipedia.be Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Siebrand siebr...@wikipedia.be 2009-06-15 18:00:37 UTC --- Fixed in r51914. -- 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 19209] Capitalisation of tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19209
--- Comment #2 from Gurch matthew.brit...@btinternet.com 2009-06-15 18:02:21
UTC ---
Sorry, forget that last bit. I overlooked the lines
#p-personal ul[lang|=nds],
#p-cactions ul[lang|=nds] li a,
...
{
text-transform: none;
}
that were added here:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/monobook/main.css?r1=49159r2=49331
Since the CSS '|=' operator treats hyphens as separators, those two lines are
matching nds-nl as well as nds. The override I mentioned above should work
anyway (might need to use '!important').
--
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 14801] Global deleted image review for Commons admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=14801 --- Comment #20 from Abigor abi...@forgotten-beauty.com 2009-06-15 18:03:25 UTC --- Any update so far? -- 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 19207] Bot edits not be marked automatically as sighted
https://bugzilla.wikimedia.org/show_bug.cgi?id=19207 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added CC||matthew.brit...@btinternet.c ||om Component|wikibugs|FlaggedRevs Product|Wikimedia |MediaWiki extensions Version|unspecified |any -- 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 19207] Bot edits should be marked automatically as sighted
https://bugzilla.wikimedia.org/show_bug.cgi?id=19207 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Summary|Bot edits not be marked |Bot edits should be marked |automatically as sighted|automatically as sighted -- 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 19209] Capitalisation of tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19209
Siebrand siebr...@wikipedia.be changed:
What|Removed |Added
CC||siebr...@wikipedia.be
--- Comment #3 from Siebrand siebr...@wikipedia.be 2009-06-15 18:07:56 UTC
---
Is there a way to change main.css (or another file) other than adding the
following AFTER the nds definitions to resolve this for nds-nl?
.portlet h5[lang|=nds],
.portlet h6[lang|=nds],
#p-personal ul[lang|=nds],
#p-cactions ul[lang|=nds] li a {
text-transform: lowercase;
}
--
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 14801] Global deleted image review for Commons admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=14801 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #21 from ^demon innocentkil...@gmail.com 2009-06-15 18:12:28 UTC --- (In reply to comment #18) I don't like that it created one permission per namespace, which then lead to those giantic switches. Yes, I can't possibly see something like that getting applied to trunk. What about $allowed = !$wgUser-isBlocked() $wgUser-isAllowed( viewdeletedns . MWNamespace::getSubject( $target-getNamespace() ) . andtalk ); ? You're still having to add all those rights, even if you're not switch()ing over them. -- 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 19203] AbuseFilter does not fail gracefully with bad regex's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19203
--- Comment #3 from Gurch matthew.brit...@btinternet.com 2009-06-15 18:16:54
UTC ---
Looking at the backtrace, is the error actually in the exception handler rather
than the regex handling code?
The backtrace in question, for those of you following at home:
MediaWiki internal error.
Original exception: exception 'AFPUserVisibleException' with message 'Error in
regular expression at character : Undefined index: flag' in
D:\htdocs\w\extensions\AbuseFilter\AbuseFilter.parser.php:1604
Stack trace:
#0 D:\htdocs\w\extensions\AbuseFilter\Views\AbuseFilterViewEdit.php(419):
AbuseFilterParser::regexErrorHandler(8, 'Undefined index...',
'D:\htdocs\w\ext...', 419, Array)
#1 D:\htdocs\w\extensions\AbuseFilter\Views\AbuseFilterViewEdit.php(385):
AbuseFilterViewEdit-buildConsequenceEditor(Object(stdClass), Array)
#2 D:\htdocs\w\extensions\AbuseFilter\Views\AbuseFilterViewEdit.php(37):
AbuseFilterViewEdit-buildFilterEditor('pThere is a s...', 'new', NULL)
#3 D:\htdocs\w\extensions\AbuseFilter\SpecialAbuseFilter.php(107):
AbuseFilterViewEdit-show()
#4 D:\htdocs\w\includes\SpecialPage.php(559):
SpecialAbuseFilter-execute('new')
#5 D:\htdocs\w\includes\Wiki.php(233): SpecialPage::executePath(Object(Title))
#6 D:\htdocs\w\includes\Wiki.php(62):
MediaWiki-initializeSpecialCases(Object(Title), Object(OutputPage),
Object(WebRequest))
#7 D:\htdocs\w\index.php(116): MediaWiki-initialize(Object(Title), NULL,
Object(OutputPage), Object(User), Object(WebRequest))
#8 {main}
Exception caught inside exception handler: exception 'AFPUserVisibleException'
with message 'Error in regular expression at character : date() [a
href='function.date'function.date/a]: It is not safe to rely on the system's
timezone settings. Please use the date.timezone setting, the TZ environment
variable or the date_default_timezone_set() function. In case you used any of
those methods and you are still getting this warning, you most likely
misspelled the timezone identifier. We selected 'Europe/London' for '1.0/DST'
instead' in D:\htdocs\w\extensions\AbuseFilter\AbuseFilter.parser.php:1604
Stack trace:
#0 [internal function]: AbuseFilterParser::regexErrorHandler(2048, 'date() [a
href...', 'D:\htdocs\w\inc...', 2343, Array)
#1 D:\htdocs\w\includes\parser\Parser.php(2343): date('YmdHis', 1245089852)
#2 D:\htdocs\w\includes\parser\Parser.php(2749):
Parser-getVariableValue('sitename')
#3 D:\htdocs\w\includes\parser\Preprocessor_DOM.php(959):
Parser-braceSubstitution(Array, Object(PPFrame_DOM))
#4 D:\htdocs\w\includes\parser\Parser.php(2638):
PPFrame_DOM-expand(Object(PPNode_DOM), 0)
#5 D:\htdocs\w\includes\parser\Parser.php(464): Parser-replaceVariables('$1 -
{{SITENAME...')
#6 D:\htdocs\w\includes\parser\Parser.php(3941): Parser-preprocess('$1 -
{{SITENAME...', Object(Title), Object(ParserOptions))
#7 D:\htdocs\w\includes\MessageCache.php(688): Parser-transformMsg('$1 -
{{SITENAME...', Object(ParserOptions))
#8 D:\htdocs\w\includes\GlobalFunctions.php(648): MessageCache-transform('$1 -
{{SITENAME...')
#9 D:\htdocs\w\includes\GlobalFunctions.php(611): wfMsgGetKey('pagetitle',
true, false, true)
#10 D:\htdocs\w\includes\GlobalFunctions.php(517): wfMsgReal('pagetitle',
Array, true)
#11 D:\htdocs\w\includes\OutputPage.php(357): wfMsg('pagetitle', 'Internal
error')
#12 D:\htdocs\w\includes\Exception.php(148): OutputPage-setPageTitle('Internal
error')
#13 D:\htdocs\w\includes\Exception.php(186): MWException-reportHTML()
#14 D:\htdocs\w\includes\Exception.php(284): MWException-report()
#15 D:\htdocs\w\includes\Exception.php(343):
wfReportException(Object(AFPUserVisibleException))
#16 [internal function]: wfExceptionHandler(Object(AFPUserVisibleException))
#17 {main}
--
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 19203] AbuseFilter does not fail gracefully with bad regex's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19203 --- Comment #4 from Gurch matthew.brit...@btinternet.com 2009-06-15 18:29:02 UTC --- Seems the cause is this in getVariableValue() in Parser.php: 2342wfSuppressWarnings(); // E_STRICT system time bitching 2343$localTimestamp = date( 'YmdHis', $ts ); I assume the bitching is not being sufficiently suppressed. -- 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 19203] AbuseFilter does not fail gracefully with bad regex's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19203 --- Comment #5 from OverlordQ overlo...@gmail.com 2009-06-15 18:31:25 UTC --- Created an attachment (id=6224) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6224) Backtrace That is unrelated to this bugreport, attached is the backtrace as evident on enwp. -- 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 19207] Bot edits should be marked automatically as sighted
https://bugzilla.wikimedia.org/show_bug.cgi?id=19207 Tisza Gergő gti...@gmail.com changed: What|Removed |Added CC||gti...@gmail.com --- Comment #1 from Tisza Gergő gti...@gmail.com 2009-06-15 18:36:19 UTC --- Special treatment of bots was apparently removed from the code in r48482: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/FlaggedRevs/FlaggedRevs.hooks.php?view=diffr1=48481r2=48482 -- 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 19224] New: SVG rendering: problems with paths beyond page extend
https://bugzilla.wikimedia.org/show_bug.cgi?id=19224 Web browser: --- Summary: SVG rendering: problems with paths beyond page extend Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: alexander_ber...@gmx.de I've seen that problem on various SVG files, e.g. here: http://commons.wikimedia.org/wiki/File:Hilfe_Geotools_Beispiel_3.svg If a closed path goes beyond the limits of the SVG page size, there will be strange line artefacts crosswise the PNG file. -- 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 15568] Enable FlaggedRevs custom configuration on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15568 --- Comment #11 from Tisza Gergő gti...@gmail.com 2009-06-15 18:42:31 UTC --- Also, please remove the line with the autopatrolother right; that right was apparently removed in r48116, and huwiki doesn't use the old patrolling feature anyway. -- 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 19190] EditTool i18n messages with markup should be avoided
https://bugzilla.wikimedia.org/show_bug.cgi?id=19190
Michael Dale d...@ucsc.edu changed:
What|Removed |Added
CC||d...@ucsc.edu
--- Comment #2 from Michael Dale d...@ucsc.edu 2009-06-15 18:58:56 UTC ---
As Trevor identifies we need to transition to less parsing in the msg text for
javascript included msgs. Otherwise it becomes impossible to do localized
interfaces in JavaScript without lots of external hits to the server for msg
lookup.
For example you have search results interface the result msg text:
{{PLURAL:$1|1 result|$1 results}} found.
We presently can't use the mediawiki {{PLURAL}} since we have to do the $1 swap
in JS. But it would not be hard to do basic parsing of PLURAL in the
javascript. There are a few low hanging fruits that would cover a good
percentage of the Language functions. But in general we will need to be aware
of what msgs we include in the JS that have to use a specific subset of the
Language helper functions.
Likewise its not hard to parse [[link|linkName]] into a
href='+wgArticlePath.replace($1, link)'linkName/a. I think we can do very
decent coverage this way.
I propose we do the following:
1) We port some of the simpler parser functions to JS and try and stick to that
subset functionality for messages that are included in the JavaScript
Interfaces.
2) We need to write some maintenance scripts so that we don't duplicate msg
storage. ie we want to write the msg text once in the js file and have a script
that copies that to the MessagesEn.php (with big comment headers that identify
these msgs are copied from the js and to modify them in the js instead of here)
--
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 19190] EditTool i18n messages with markup should be avoided
https://bugzilla.wikimedia.org/show_bug.cgi?id=19190
Roan Kattouw roan.katt...@gmail.com changed:
What|Removed |Added
CC||roan.katt...@gmail.com
--- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-06-15 19:15:47
UTC ---
I don't think it's desirable or necessary to port parser functions to JS. A
better solution IMO would be to use the list=allmessages API module to grab the
messages we need in the language we need. Magic word expansion could be added
to the allmessages module as an optional parameter, which would take care of
everything except the messages that rely on substitution being done before
parsing (like {{PLURAL:$1|foo|bar}}, which can't easily be done in JS because
some languages have more than two cases), which would be pretty much impossible
without hitting the server a lot.
2) We need to write some maintenance scripts so that we don't duplicate msg
storage. ie we want to write the msg text once in the js file and have a
script
that copies that to the MessagesEn.php (with big comment headers that identify
these msgs are copied from the js and to modify them in the js instead of
here)
I think keeping messages in JS is a very bad idea; messages should all be in
the messages file. We could then have a PHP script that generates JS containing
the messages and cache that aggressively both client-side and server-side.
--
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 19225] r51868 makes labels appear a bit ugly
https://bugzilla.wikimedia.org/show_bug.cgi?id=19225 --- Comment #1 from Ahmad Sherif ahmad.m.she...@gmail.com 2009-06-15 19:40:41 UTC --- Created an attachment (id=6226) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6226) AllPages screenshot Screenshot of Special:AllPages to show the position of 'at' -- 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 19225] width for td.mw-label causes issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=19225 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||agarr...@wikimedia.org Summary|r51868 makes labels appear a|width for td.mw-label causes |bit ugly|issues --- Comment #2 from Siebrand siebr...@wikipedia.be 2009-06-15 19:45:40 UTC --- It seems neither is a good solution, nor is changing it to 25%, because other forms will get issues. Getting rid of it altogether, as it was before r49790 is also an option[1]. According to the designer of the revised preferences, Special:Preferences may suffer, though. Which is the least of all evils, or what is a proper solution? Adding Andrew to cc. [1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/common/shared.css?r1=49544r2=49790pathrev=51868 -- 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 19225] width for td.mw-label causes issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=19225 --- Comment #3 from Andrew Garrett agarr...@wikimedia.org 2009-06-15 19:48:16 UTC --- The columns should be the same width, and it should be reasonably narrow. It is hideous on some pages when there are multiple form tables and the columns have different widths. It is also hideous when there is a long description. -- 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 19207] Bot edits should be marked automatically as sighted
https://bugzilla.wikimedia.org/show_bug.cgi?id=19207 --- Comment #3 from Tisza Gergő gti...@gmail.com 2009-06-15 19:52:17 UTC --- In any case, I can confirm that bot edits are not autosighted. See for example [[hu:Special:Contributions/TXiKiBoT]] (which had bot flag on hu.wp for years): most of the lines without background color are edits where the bot edited a sighted page, and turned it into a draft. -- 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 19225] width for td.mw-label causes issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=19225 --- Comment #5 from Siebrand siebr...@wikipedia.be 2009-06-15 19:56:30 UTC --- Created an attachment (id=6228) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6228) Prefs with 30% width -- 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 19214] Bugs on watchlist connected with FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19214 --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-06-15 20:15:18 UTC --- 1) fixed in r51920 -- 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 19206] Articles created by autoeditors are not marked as autoreviewed
https://bugzilla.wikimedia.org/show_bug.cgi?id=19206 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-06-15 20:17:42 UTC --- *** This bug has been marked as a duplicate of bug 1921 *** -- 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 1921] Search finds articles a long time after deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=1921 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||claymore...@gmail.com --- Comment #2 from Aaron Schulz jschulz_4...@msn.com 2009-06-15 20:17:42 UTC --- *** Bug 19206 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 19214] Bugs connected with FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19214 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||claymore...@gmail.com --- Comment #3 from Aaron Schulz jschulz_4...@msn.com 2009-06-15 20:19:28 UTC --- *** Bug 19206 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 19197] Capital letters are always sorted first
https://bugzilla.wikimedia.org/show_bug.cgi?id=19197 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #3 from ^demon innocentkil...@gmail.com 2009-06-15 20:24:12 UTC --- Is this a dupe of something? Bug 164 comes to mind. -- 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 19186] check if really can create an account, before advertising to do so
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com --- Comment #1 from Happy-melon happy-me...@live.com 2009-06-15 20:24:19 UTC --- Could you clarify the issue here? There's a check in SkinTemplate to switch between a login/createaccount link and a simple login link if the user can't create an account; I assume that the bug is that this check is not done elsewhere; but where, exactly? -- 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
