[Bug 26251] Upload video files 100 MB to Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26251 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||p858sn...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |roan.katt...@gmail.com |org | --- Comment #2 from p858snake p858sn...@gmail.com 2010-12-06 08:19:56 UTC --- Assigning to Roan since he normally does these. -- 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 26262] New: Remove or fixup Wikimedia/Wikipedia specific stuff from phase3 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26262 Summary: Remove or fixup Wikimedia/Wikipedia specific stuff from phase3 (tracking) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: tracking Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Depends on: 26140 Blocks: 2007 Any and all phase3 hacks to phase3 (as well as any WMF specific scripts) should be genericised, and then config changes made, or moved completely from phase3 into a wikimedia specific extension or similar -- 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 26140] Remove Wikimedia specific stuff from Maintenance/doMaintenance
https://bugzilla.wikimedia.org/show_bug.cgi?id=26140 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||26262 -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||26262 -- 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 26263] New: dumpInterwiki.php is Wikimedia specific
https://bugzilla.wikimedia.org/show_bug.cgi?id=26263 Summary: dumpInterwiki.php is Wikimedia specific 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: s...@reedyboy.net CC: innocentkil...@gmail.com Blocks: 26262 Not sure if there's much of a need for others to use this (hence, if this is the case, move it out), but it's hard coded to using /home/wikipedia, and isn't really much use for other people... And the description does say as much - Wikimedia specific! -- 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 26262] Remove or fixup Wikimedia/Wikipedia specific stuff from phase3 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26262 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||26263 -- 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 25472] Formatting of talk item sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=25472 --- Comment #2 from Reedy s...@reedyboy.net 2010-12-06 08:53:21 UTC --- Hmm. Seems to still exist. Reckon my dev wiki's missing some CSS or something? -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #28 from ho94...@gmail.com 2010-12-06 08:58:46 UTC --- (In reply to comment #26) May be the solution would be to use Punycode encoding ? Maybe using punycode may take problem. First, that is duplicated with each title For example, title with è in punycode that is xn--8ca than make another title with title xn--8ca then, we cannot find difference about them. Also, think about span tag, that is in the article. -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 Reedy s...@reedyboy.net changed: What|Removed |Added CC||rlan...@gmail.com, ||s...@reedyboy.net --- Comment #1 from Reedy s...@reedyboy.net 2010-12-06 09:01:36 UTC --- Just trying to think if there is anything else that should go in the list... And make this bug slightly more generic. But you're right, and I believe Ryan Lane has said the same. Especially with the new installer going oh, you seem to have extension X in your extensions directory, would you like me to install it? like you say... -- 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 26264] New: WikiBhasha option under Toolbox is not available on some English articles.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26264 Summary: WikiBhasha option under Toolbox is not available on some English articles. Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: WikiBhasha AssignedTo: wbm...@microsoft.com ReportedBy: wbm...@microsoft.com CC: s.mazel...@xs4all.nl WikiBhasha option under Toolbox is one of the ways user can invoke the application WikiBhash on the current Wikipedia page. This option is available only for those pages which can be edited by the user. This option is not available for the pages which are write protected. This is applicable for non English languages that WikiBhasha supports. It is not applicable for English language, as WikiBhasha is allowing user to edit only non English languages pages. So, WikiBhasha option under Toolbox should appear in all English pages. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #29 from Philippe Verdy verd...@wanadoo.fr 2010-12-06 09:58:20 UTC --- Yes I know, but the id duplication is another problem (also for HTML5 conformance and for having autogenerated summaries to link to the appropriate section when we click on them). Yes there's an extra need for making these ID's unique (required in XHTML) by adding some suffixes to duplicate section headings, when they exist in any page, but this is another issue, independant of this one, that should be handled automatically without any additional markup in the edited pages. This duplication is extremely frequent in vote pages (with standardized subsection headings like Approve or Oppose or Neutral). Adding a span tag will not resolve the issue with the standard summaries which completely ignore this markup in the autogenerated anchors. Here we were speaking about invalid characters, and it is clear that a valid ID must not contain any dot (and at least must not start with it), and that converting them using .XX hex sequences for each non-ASCII UTF-8-encoded character is also not needed in most cases (an ID can perfectly accept non-ASCII letters without this extra encoding to ASCII on top of UTF-8). Really, the generated IDs should be the same and compatible for direct use in URLs, or in CSS selectors, or for the XML syntax. This is possible, but it will require a better encoding than the bogous current one, plus the general need to make them unique by adding some suffixes for duplicates. -- 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 17963] SkinTemplate.php's buildContentActionUrls() ignores protection for article and talk pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17963
--- Comment #9 from jida...@jidanni.org 2010-12-06 10:03:33 UTC ---
(In reply to comment #8) even better, just for the record,
in case anybody needs it:
function JidanniLessRedContentActionsVectorTypeSkins($sktemplate,$links){
if(isset($links['namespaces'])
is_array($links['namespaces'])
!$sktemplate-mTitle-quickUserCan('createtalk')){
foreach(array_keys($links['namespaces']) as $ns){
if(strpos($ns,'talk')!==false){
if(isset($links['namespaces'][$ns]['class'])
'new'==$links['namespaces'][$ns]['class']){
unset($links['namespaces'][$ns]);}}}
if(isset($links['actions']['watch'])){unset($links['actions']['watch']);}}
if(isset($links['namespaces']['category']['class'])
'selected new'==$links['namespaces']['category']['class']){
$links['namespaces']['category']['class']='selected';}
return true;}
$wgHooks['SkinTemplateNavigation'][]='JidanniLessRedContentActionsVectorTypeSkins';
--
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 23119] Deprecate WikiError
https://bugzilla.wikimedia.org/show_bug.cgi?id=23119 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2010-12-06 10:11:25 UTC --- Marking this as FIXED since it was marked as deprecated in r77870 (last usage from core removed in 77800). -- 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 26265] New: Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 Summary: Many semicolons are missing from JavaScript files Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: szots...@gmail.com CC: roan.katt...@gmail.com, amil...@wikimedia.org, asha...@wikimedia.org MediaWiki (1.16) is using lots of JS files and that's why I started minify and compress them. Compression is done by JavascriptPacker (http://joliclic.free.fr/php/javascript-packer/en/ ). But if more JS files are packed to one shorter form, browsers get allergic to the missing semicolons. I started using the new editing interface (part of the UsabilityInitiative extension) and its JS files contained some syntax errors. Please, put semicolons at the end of the following lines: UsabilityInitiative/js/usability.js: - 11 /plugins/jquery.async.js: - 47 - 69 - 75 - Because this file is part of an other project I filed a bug report there also. Its URL: http://plugins.jquery.com/content/syntax-error-file-jqueryasyncjs /plugins/jquery.textSelection.js: - 168 - 180 - 192 /plugins/jquery.wikiEditor.js: - 1430 - 1442 - 1454 /plugins/jquery.wikiEditor.templateEditor.js: - 450 - 474 I don't know whether you have write access to the /skins/common directory, but if so, please do this with the other two files, and I won't open an other report for it: /skins/common/ajaxwatch.js: - 68 /skins/common/ajax.js - 39 - 148 Thank you! Btw, I know you are doing some type of work like this (ResoureLoader) and maybe you are interested in the following (I don't know to whom should I tell this). After packing files, I got the following error: (this.uiDialogTitlebarCloseText = $(span/)).addClass(ui-icon ui-icon-closethick).text(options.closeText).appendTo is not a function It was a jQuery UI 1.7 bug and after upgrading to 1.8.6 this problem solved. However, in 1.8 the js2stopgap/ui.draggable.js will depend on ui.mouse.js so that should be loaded first. -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 Ashar Voultoiz has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #2 from Ashar Voultoiz has...@free.fr 2010-12-06 11:02:37 UTC --- I do support the idea of bundling ParserFunctions in MediaWiki tarball. -- 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 Reedy s...@reedyboy.net changed: What|Removed |Added CC|amil...@wikimedia.org | --- Comment #1 from Reedy s...@reedyboy.net 2010-12-06 11:04:23 UTC --- Thanks for the report Doing a quick look against trunk/SVN head, a lot of these have been moved, and possibly fixed. A lot of them come up to be comment lines, or even line numbers past the end of the file. It's also quite likely a lot of them have been fixed in SVN, and then not backported, especially if they've come from third party libraries (ie if they're directly from jquery) We do have access to everywhere, so fixing them isn't much of an issue :) Even the phase3 ones, seemingly to be comments etc. If you were to run it against a SVN copy, and report the errors, that'd be appreciated :) I'll leave it open for Roan/Trevor to have a look at the latter issues for the moment :) -- 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 24222] Implement @uris and @alternateURIs
https://bugzilla.wikimedia.org/show_bug.cgi?id=24222 --- Comment #5 from Brett Zamir bret...@yahoo.com 2010-12-06 11:04:59 UTC --- I'm sure you understand the catch-22 here. The WhatWG editor told me that this needed to be tried out and demonstrate traction before it can be standardized. I'll probably be told by the browsers that this needs to be first standardized (if I get an answer at all: still waiting at https://bugzilla.mozilla.org/show_bug.cgi?id=539889 ). Meanwhile, this obviously useful functionality has no way of getting implemented if no one of significant standing will experiment with it either. -- 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 24222] Implement @uris and @alternateURIs
https://bugzilla.wikimedia.org/show_bug.cgi?id=24222 --- Comment #6 from Brett Zamir bret...@yahoo.com 2010-12-06 11:08:55 UTC --- I should add that IE did specify a URN attribute already, but it defines no specific behavior. At least using this attribute could be utilized by the likes of my extension to offer alternative processing for the attribute. -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 --- Comment #3 from Reedy s...@reedyboy.net 2010-12-06 11:09:24 UTC --- Tim, or anyone else.. Do we have any sort of download stats from the ExtensionDistributors? Syntax highlighting is probably highly used. I wonder if it's even worth including some of the basic spam filters...? Recaptcha/ConfirmEdit and alike -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 --- Comment #4 from Raimond Spekking raimond.spekk...@gmail.com 2010-12-06 11:11:07 UTC --- +1 I have to install ParserFunctions on all installations I am in charge with. Most customers know Wikipedia and want to use templates in their wiki. And most Wikipedia templates make usage of PF. -- 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265
--- Comment #2 from szotsaki szots...@gmail.com 2010-12-06 11:38:39 UTC ---
I use v1.16 so I really don't know where some files were moved but I tried my
best and here is the result from the SVN trunk:
WikiEditor/modules…
contentCollector.js
- 434
ext.wikiEditor…
.addMediaWizard:
- 15: }); (the whole line)
.tests.toolbar:
- 245: setTimeout( function() { button.slideDown( 'fast' ); }, 2000 ); (the
whole line)
jquery.wikieditor…
.dialogs:
- 38
.iframe:
- 1143
- 1155
- 1167
- 1313: }; } )( jQuery ); (the whole line)
.templateEditor:
- 256
- 381
- 626
- 650
.toc:
- 474: setTimeout( function() { $.wikiEditor.modules.toc.fn.unhighlight(
context ); }, 1000 ); (the whole line)
.toolbar:
- 288
- 455
- 468
- 472
/skins/common/ajax.js:
- 36
- 65
/skins/common/ajaxwatch.js doesn't contain this error :)
If you can tell me now where the following files are located, I could inspect
those also:
- UsabilityInitiative/js/usability.js
- /plugins/jquery.async.js
- /plugins/jquery.textSelection.js
I'm not sure, but as far as I know, only the jquery.async.js file is from a 3rd
party which contains error.
--
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 26266] New: Add .allpagesredirect, .redirect-in-category to standard CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26266 Summary: Add .allpagesredirect, .redirect-in-category to standard CSS Product: MediaWiki Version: 1.17-svn Platform: All URL: http://lists.wikimedia.org/pipermail/mediawiki-l/2010- December/036070.html OS/Version: All Status: NEW Keywords: accessibility Severity: normal Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Why in the world isn't the .allpagesredirect, .redirect-in-category stuff mentioned in the above URL part of the standard CSS? Why must administrators have to add it for their own wiki? If there are some cases where it causes problems then they must be the minority, and those administrators can customize it back out. Searching for allpagesredirect and redirect-in-category here in bugzilla shows many reports... Too many to add to depends/blocks today for me. Now most of the work that those reports requested is done except for the very last piece, adding them to the standard distribution stylesheets, please! Why is it good for Wikimedia but not for Mediawiki? Are there other cases like this where something was implemented for Wikipedia/Wikimedia, then forgotten about for Mediawiki? By the way, as mentioned in a second article, http://lists.wikimedia.org/pipermail/mediawiki-l/2010-December/036064.html , Why isn't this implemented with em so it works in text browsers too? Why is accessibility usually respected but not here? 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 Reedy s...@reedyboy.net changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #3 from Reedy s...@reedyboy.net 2010-12-06 12:23:07 UTC --- /skins/common/ajax.js: - 36 - Is a } after return true; - 65 - Is a } after return A; If it's wanting a ; after those (which makes some sense), line 167 and 177 should also have them. I've just added in r77872 to fix common/ajax.js Looking at ajaxwatch.js, that already has those trailing ; at SVN head. In SVN, most of the phase3 ones won't have been moved, I don't think. For the Usability Extensions, they've been split down to separate extensions: UsabilityInitative/WikiEditor - WikiEditor I'm interested to see how (or even, IF), the JS minifier Roan and Trevor are using do anything to correct this automatically (it's possible it might). Though, it wouldn't be bad practise to do it manually. Most of the other javascript stuff that's been folded into phase3, are in the resources directory (phase3/resources) -- 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 26267] New: Pressing enter submits as Cancel/Back instead of Continue
https://bugzilla.wikimedia.org/show_bug.cgi?id=26267 Summary: Pressing enter submits as Cancel/Back instead of Continue Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: innocentkil...@gmail.com Atleast in WebKit browsers during the installation with the new installer as of 1.17-svn pressing Enter in any form element brings me back to the previous step. Visually it makes sense for the Back-button to be on the left hand side, unfortunately browsers by default submit to the closest input[type=submit] button. I see in the source code a way to prevent this, namely a hidden duplicate of the Continue-button before the Back-button (hidden as in, style=display:none). However, as smart as browsers are, pressing Enter doesn't submit to the next submitting element, but to the next 'visible' submitting element. We need to either put the continue button to the left for real, and drop the hidden-duplicate thing. Or find a way to visually hide that duplicate button while still fooling browsers it's there. -- 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 26267] Pressing enter submits as Cancel/Back instead of Continue
https://bugzilla.wikimedia.org/show_bug.cgi?id=26267 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||FIXED --- Comment #1 from Krinkle krinklem...@gmail.com 2010-12-06 13:20:35 UTC --- I've done the latter in r77123. It now no longer applies inline styling display:none but visibility:hidden;overflow:hidden;width:1px;margin:0. the visibility hides it visually, but still keeps the box model. So for that reason the width has been forced to a single pixel and overflow to hidden. And becuase of CSS rules applying to the submit buttons in the Installer the magin has been reset to 0 as well. This has been tested in WebKit browsers (Safari 5 on Mac, Chrome 2 on Windows) -- 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 26253] Remove $wgPostCommitUpdateList
https://bugzilla.wikimedia.org/show_bug.cgi?id=26253 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2010-12-06 16:18:18 UTC --- Done in r77888. -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 --- Comment #5 from Max Semenik maxsem.w...@gmail.com 2010-12-06 18:24:15 UTC --- No matter how much mistake was to introduce it in the first place, now PF is part of wikimarkup as most people know it, and pretending that it's an absolutely separate extension that average wiki doesn't need is stupid^H^H^H^H^H^H way too naive. -- 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 26268] New: Make TopFiveReviewers configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=26268 Summary: Make TopFiveReviewers configurable Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: ro...@wikimedia.org ReportedBy: umherirrender_de...@web.de CC: jschulz_4...@msn.com, innocentkil...@gmail.com It is possible to make the TopFiveReviewers on Special:ValidationStatistics configurable? When there is a config it is possible to increase or decrease the numbers auf users. Maybe allow a value less or equal to 0 to disable this list and do not show the relevant section on ValidationStatistics. Thanks. -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 Phillip Patriakeas dragonlordofxant...@gmail.com changed: What|Removed |Added CC||dragonlordofxant...@gmail.c ||om --- Comment #6 from Phillip Patriakeas dragonlordofxant...@gmail.com 2010-12-06 18:34:45 UTC --- On the other hand, it would be quite nice to see someone actually code up a working, secure alternate to ParserFunctions (as opposed to just talking about it and deciding that all the previously-proposed languages are inadequate for one reason or another). Don't look at me to do it, my skills make script kiddies look good. =/ -- 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 26259] MediaWiki bloated with test suites
https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 --- Comment #3 from MZMcBride b...@mzmcbride.com 2010-12-06 19:07:12 UTC --- There seems to be consensus that the test suites should stay in the SVN download of phase3. It's still up for debate whether the tarbell should include the tests directory. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #30 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-12-06 19:18:35 UTC --- (In reply to comment #29) Yes I know, but the id duplication is another problem (also for HTML5 conformance and for having autogenerated summaries to link to the appropriate section when we click on them). The algorithm already accounts for this. E.g., == Foo == == Foo == will give the latter an anchor of #Summary_2 in current trunk. First the anchor is generated, then a number is appended if it's the same as a previous anchor. You have to have this code anyway, to handle cases like == Foo == == Foo == So punycode doesn't gain anything for uniqueness. Here we were speaking about invalid characters, and it is clear that a valid ID must not contain any dot (and at least must not start with it) Valid ID's in XHTML 1.0 and HTML5 may contain a dot. Valid ID's in HTML5 may start with a dot. and that converting them using .XX hex sequences for each non-ASCII UTF-8-encoded character We no longer do this in trunk. We just convert runs of whitespace and other bad characters to a single underscore, and otherwise output as-is (possibly with a number appended). Really, the generated IDs should be the same and compatible for direct use in URLs, or in CSS selectors, or for the XML syntax. This is possible, but it will require a better encoding than the bogous current one, plus the general need to make them unique by adding some suffixes for duplicates. The id's being output by trunk in HTML5 mode can be used directly in URLs (in reasonably recent browsers), can be used in CSS selectors with proper escaping (although I doubt much of anyone does), and can be used in XML just as in any other markup language. -- 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 24222] Implement @uris and @alternateURIs
https://bugzilla.wikimedia.org/show_bug.cgi?id=24222 --- Comment #7 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-12-06 19:29:18 UTC --- The normal procedure to get features added to the standard web platform is: 1) At least one browser implementer expresses interest in implementing it. (If none are interested, there's no point in proceeding.) 2) It is written it up in a vendor-neutral draft specification published by a recognized body such as the W3C. 3) At least one browser implements it. 4) Sites start using it. Browser implementers routinely deploy experimental extensions and then ask sites to use them. They do their own internal testing by writing simple web pages that use the feature, and leave the extension experimental until they've gotten enough author feedback to standardize and finalize the API. This is the normal way things are done. Your Mozilla bug might be closed because they're not interested, but not because sites aren't using the feature, so there's no catch-22. -- 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 26256] Accept and reject buttons are too similar
https://bugzilla.wikimedia.org/show_bug.cgi?id=26256 --- Comment #4 from Max Semenik maxsem.w...@gmail.com 2010-12-06 19:38:28 UTC --- (In reply to comment #3) The reject button shouldn't be a button if we can avoid it. It should just be a text link. Then accept shouldn't be a button too for consistency. -- 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 26256] Accept and reject buttons are too similar
https://bugzilla.wikimedia.org/show_bug.cgi?id=26256 --- Comment #5 from Brandon Harris bhar...@wikimedia.org 2010-12-06 19:40:48 UTC --- Not necessarily. To be honest, the entire accept/reject/unaccept interface should have a totally different UI. But the resources to make it so aren't there right now (and won't be committed unless we have further sign off). I suppose the question really is this: is it possible to undo a 'reject' and if the answer is no or 'yes but very difficult or tedious' then we should downplay reject. We know we can always revert an accept. -- 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 26269] New: Allow uploading of .swf (flash) files to commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26269 Summary: Allow uploading of .swf (flash) files to commons Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m8r-udf...@mailinator.com I'd like to request that files with the .swf extension be allowed to be uploaded to the Commons. ShockWave Flash (or small web format) files contain data that is lost when converted to .ogg or when resources are extracted. For example, a flash animation would contain sprites which could be extracted, whereas these sprites would be virtually unextractable if uploaded in .ogg. http://en.wikipedia.org/wiki/Swf -- 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 26269] Allow uploading of .swf (flash) files to commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26269 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2010-12-06 20:09:55 UTC --- The Wikimedia board of trustees had made it clear that there will be no Flash on Wikimedia sites. In addition to unfreeness, this file format is inherently unsafe. -- 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #4 from Bawolff bawolff...@gmail.com 2010-12-06 20:16:07 UTC --- I'm interested to see how (or even, IF), the JS minifier Roan and Trevor are using do anything to correct this automatically (it's possible it might). Auto-semicolon-ing stuff sounds like something that would cause mysterious hard to find bugs. If you did have a smart algorithm for adding the semicolons, it'd probably be the same as the auto-semicolon insert rules in js, in which case there really wouldn't be much of a 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 25775] Remove top 5 reviewers in the last hour from Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=25775 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #16 from Aaron Schulz jschulz_4...@msn.com 2010-12-06 20:17:27 UTC --- Marking dup of 25775, which *might* be useful enough to justify and would cover this. *** This bug has been marked as a duplicate of bug 26268 *** -- 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 26268] Make TopFiveReviewers configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=26268 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||matthew.brit...@btinternet. ||com --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2010-12-06 20:17:27 UTC --- *** Bug 25775 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 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 --- Comment #5 from szotsaki szots...@gmail.com 2010-12-06 20:22:55 UTC --- No, I don't have one; I did the inspection semi-automatic. I used Zend Studio which indicated me where syntax errors are. Maybe it worth a try to investigate Aptana, which is an open source software probably with a similar capability. -- 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 26130] Output is double-compressed if compression enabled prior to script start.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26130 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2010-12-06 20:59:43 UTC --- (In reply to comment #1) The bug is easy to fix, simply by reverting the changes made to WebStart.php in r72349, though I don't know enough about the reason those changes were made to say whether different breakages will occur if you do that... The changes to WebStart in that revision turned out to be useless, so I reverted them (functionally; left code flow cleanup and descriptive comment) in r77908. Please confirm that this fixes the bug. -- 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 26268] Make TopFiveReviewers configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=26268 --- Comment #2 from Rob Lanphier ro...@wikimedia.org 2010-12-06 21:12:45 UTC --- Save for after the Pending Changes fork -- 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 26224] Deadlock in FlaggedRevision::insertOn on edit autoreview
https://bugzilla.wikimedia.org/show_bug.cgi?id=26224 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ro...@wikimedia.org |wikibug...@lists.wikimedia. ||org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26256] Accept and reject buttons are too similar
https://bugzilla.wikimedia.org/show_bug.cgi?id=26256 --- Comment #6 from Tisza Gergő gti...@gmail.com 2010-12-06 21:17:57 UTC --- (In reply to comment #5) I suppose the question really is this: is it possible to undo a 'reject' and if the answer is no or 'yes but very difficult or tedious' then we should downplay reject. We know we can always revert an accept. It is difficult (and pollutes page history), but as long as you need two clicks for the reject, that isn't much of a problem. Mistaking the options (or even just having to think about which one to choose) wastes patrollers' time, though. -- 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 26224] Deadlock in FlaggedRevision::insertOn on edit autoreview
https://bugzilla.wikimedia.org/show_bug.cgi?id=26224 --- Comment #6 from Aaron Schulz jschulz_4...@msn.com 2010-12-06 21:18:56 UTC --- (In reply to comment #5) I am running a script using api on dewiki this evening i'll used many times before without any problems. But i got this error three times within 10 minutes. How are you using the review API? It might help to know the usage patterns, though these things can be tricky to track either way. -- 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 26128] flaggedrevs.css loaded after site and user CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26128 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ro...@wikimedia.org |pdha...@wikimedia.org --- Comment #6 from Rob Lanphier ro...@wikimedia.org 2010-12-06 21:26:54 UTC --- Assigning to Priyanka to investigate further. -- 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 26244] Tesla does funky things
https://bugzilla.wikimedia.org/show_bug.cgi?id=26244 --- Comment #1 from Mark A. Hershberger m...@everybody.org 2010-12-06 21:59:35 UTC --- I dunno... what is considered normal .. it fails on my setup, too. -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 emufarm...@gmail.com changed: What|Removed |Added CC||emufarm...@gmail.com --- Comment #7 from emufarm...@gmail.com 2010-12-06 22:10:00 UTC --- (In reply to comment #1) Just trying to think if there is anything else that should go in the list... Syntax highlighting, CheckUser, Cite, and ConfirmEdit/SpamBlacklist come to mind, but I don't think any of them is as essential as ParserFunctions. Should the standard bundle be as slim as possible, or should it include all of the most common extensions? I agree that ParserFunctions should be bundled, in any event. -- 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 --- Comment #6 from Reedy s...@reedyboy.net 2010-12-06 22:31:35 UTC --- My IDE found 192 in phase3... Fixed those in r77922, r77923, r77924 -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 --- Comment #8 from p858snake p858sn...@gmail.com 2010-12-06 22:34:53 UTC --- (In reply to comment #3) Tim, or anyone else.. Do we have any sort of download stats from the ExtensionDistributors? No, That is requested in https://bugzilla.wikimedia.org/show_bug.cgi?id=25844 -- 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 26244] Tesla does funky things
https://bugzilla.wikimedia.org/show_bug.cgi?id=26244 --- Comment #2 from Platonides platoni...@gmail.com 2010-12-06 22:42:39 UTC --- Well, what's your setup? Which php version? 32 or 64 bits? The error happens if you do the following in the command line? php phpunit.php includes/search/SearchDbTest.php -- 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 26234] CentralNotice moves content down when a link to a heading is followed
https://bugzilla.wikimedia.org/show_bug.cgi?id=26234 --- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2010-12-06 22:47:41 UTC --- Unfortunately, the banner has to load after the page due to the Geotargeting (Javascript doesn't have the Geo data until then). One possible solution would be to have Javascript jump back to the section after the banner loads, but this might be even more annoying since it would cause the page to jump twice instead of once. Thoughts? -- 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 26224] Deadlock in FlaggedRevision::insertOn on edit autoreview
https://bugzilla.wikimedia.org/show_bug.cgi?id=26224 --- Comment #7 from Aaron Schulz jschulz_4...@msn.com 2010-12-06 23:06:52 UTC --- (In reply to comment #6) (In reply to comment #5) I am running a script using api on dewiki this evening i'll used many times before without any problems. But i got this error three times within 10 minutes. How are you using the review API? It might help to know the usage patterns, though these things can be tricky to track either way. Bitten again...edit API, not review. At least that narrows it down to autoReviewEdit() function area. -- 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 26265] Many semicolons are missing from JavaScript files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26265 --- Comment #7 from Reedy s...@reedyboy.net 2010-12-06 23:16:22 UTC --- Another in r77926 And WikiEditor in r77928 -- 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 26234] CentralNotice moves content down when a link to a heading is followed
https://bugzilla.wikimedia.org/show_bug.cgi?id=26234 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added CC||jay...@gmail.com --- Comment #4 from John Mark Vandenberg jay...@gmail.com 2010-12-06 23:28:39 UTC --- Does PHP have the geotargetting info? If so, the height of the banner is known and can be written into the html whenever the country has only one banner (as in Australia) -- 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 26234] CentralNotice moves content down when a link to a heading is followed
https://bugzilla.wikimedia.org/show_bug.cgi?id=26234 --- Comment #5 from Ryan Kaldari rkald...@wikimedia.org 2010-12-06 23:46:33 UTC --- No, PHP doesn't know the Geo info, nor does anything on the server side. At the end of a normal page request you'll see a call to script type=text/javascript src=http://geoiplookup.wikimedia.org/;/script. This sets the Geo info in a global Javascript variable. That info is then used to choose which banner to display. We tried having the Geo call at the top of the page, but it caused the page loading to stall sometimes (if the Geo request took more than a second or so to return). We could theoretically have PHP do the Geo lookup and output the result to the page, but this would break the page caching and cause the servers to melt. It something of a chicken and egg problem. Any other ideas? -- 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 26257] Kill live/notlive status
https://bugzilla.wikimedia.org/show_bug.cgi?id=26257 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Reedy s...@reedyboy.net 2010-12-06 23:50:28 UTC --- r77933 -- 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 26261] Bundle ParserFunctions extension with MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26261 --- Comment #9 from Ashar Voultoiz has...@free.fr 2010-12-07 00:40:15 UTC --- Please restrict bug comments to ParserFunctions :-) -- 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 26234] CentralNotice moves content down when a link to a heading is followed
https://bugzilla.wikimedia.org/show_bug.cgi?id=26234 --- Comment #6 from Bawolff bawolff...@gmail.com 2010-12-07 02:15:54 UTC --- Aren't the banners the same size regardless of the geoip (or anything else?) We could just have a blank placeholder there until it loads. Personally i think the jump back would be less annoying (if done right). (OTOH I'm personally not overly bothered by this whatsoever). -- 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 18372] File upload error messages don't properly take $wgFileBlacklist into account
https://bugzilla.wikimedia.org/show_bug.cgi?id=18372 emufarm...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from emufarm...@gmail.com 2010-12-07 03:25:37 UTC --- Fixed in r77956. Having $wgFileBlacklist lets you set $wgStrictFileExtensions = false; to make it so that certain extensions are warned against but not blocked. I'm not sure how useful that behavior actually is, but I left it alone. -- 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 26259] Make MediaWiki tarballs not include full set of test suites
https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Summary|MediaWiki bloated with test |Make MediaWiki tarballs not |suites |include full set of test ||suites --- Comment #4 from Rob Lanphier ro...@wikimedia.org 2010-12-07 04:37:54 UTC --- Thanks MZ. Changing the subject to reflect what is still under discussion. -- 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 24915] Move CSS signatures from body to html
https://bugzilla.wikimedia.org/show_bug.cgi?id=24915
--- Comment #4 from entli...@gmx-topmail.de 2010-12-07 05:05:14 UTC ---
(In reply to comment #3)
Typically everything other than body is display: none anyway. Do you have
some specific real-world use-case where you want to style something outside
the
body?
Styling html and body is the only way to do things that can be done in Monobook
with #globalWrapper (and Vector does not have a #globalWrapper), such as making
a page narrower:
html {
background: white; /* needed to prevent body from filling the canvas */
}
body {
background: #f3f3f3;
margin: 0 auto;
width: 80%;
}
If not, I don't see the point in paying the transition cost. Not only
will people use body.page-Main_page selectors that will no longer work,
they'll
also probably do things like .page-Main_page { ... } expecting the rules to
apply to body rather than html.
Whether rules apply to body or html does not make a difference in most
cases. But now I see another problem: Page names can contain non-ASCII
characters and non-ASCII characters must not occur before the charset has been
declared. This would mean that the charset must be declared in the HTTP header
(right now this is not strictly necessary because no non-ASCII characters occur
before the meta charset element).
--
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 26270] New: Русскийязык should be replaced by Русский in the languages list for native name of Russian.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26270 Summary: Русскийязык should be replaced by Русский in the languages list for native name of Russian. Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: WikiBhasha AssignedTo: wbm...@microsoft.com ReportedBy: wbm...@microsoft.com CC: s.mazel...@xs4all.nl When we invoke WikiBhasha from English language page, it shows a window to select the corresponding target language page that needs to be edited. In this window, the list that shows the target language names in their native from has ‘Русскийязык’ for Russian instead of ‘Русский’. -- 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 26271] New: Need an OTRS mailing list for Malayalam language
https://bugzilla.wikimedia.org/show_bug.cgi?id=26271 Summary: Need an OTRS mailing list for Malayalam language Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Mailing lists AssignedTo: cb...@wikimedia.org ReportedBy: sreejithk2...@gmail.com CC: b...@caseybrown.org Needs to create an OTRS mailing list for Malayalam language. The language code is 'ml'. -- 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 26268] Make TopFiveReviewers configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=26268 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #3 from MZMcBride b...@mzmcbride.com 2010-12-07 06:30:10 UTC --- (In reply to comment #2) Save for after the Pending Changes fork There's going to be a Pending Changes fork? -- 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
