[Bug 27067] Fetch MediaWiki:Filedelete-reason-dropdown from MediaWiki:Deletereason-dropdown.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27067 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Component|General/Unknown |General/Unknown Resolution||INVALID Product|Wikimedia |MediaWiki Summary|Change the deletion list at |Fetch |Commons to fetch from one |MediaWiki:Filedelete-reason |page|-dropdown from ||MediaWiki:Deletereason-drop ||down. --- Comment #12 from Krinkle krinklem...@gmail.com 2011-03-08 08:08:36 UTC --- (In reply to comment #11) (In reply to comment #10) The only way to do it as the code is now without modifying the code is to replace mediawiki:Filedelete-reason-dropdown with {{mediawiki:Deletereason-dropdown}}. Then it would load from the other one (Its disgusting that that works, but meh. I only thought of it because i noticed you guys used parser funcs on the pages on commons). Okay seems to be working :) Any idea what would happen if Filedelete-reason-dropdown is deleted? Then it will fallback to the default value of the message, like any other message in the software. Which is: *Common delete reasons\ **Copyright violation\ **Duplicated file. Marking invalid as this is neither a feature request nor a bug in the software. -- 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 27730] Add JS utility function to get all parameter values (like mw.util.getParamValue) in one call
https://bugzilla.wikimedia.org/show_bug.cgi?id=27730 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Create enhanced version of |Add JS utility function to |mw.util.getParamValue to|get all parameter values |get an object with all |(like |parameters (in one only |mw.util.getParamValue) in |call) |one call --- Comment #4 from Krinkle krinklem...@gmail.com 2011-03-08 08:18:20 UTC --- In one of the development ideas for mw.util was a getAllParams. One of weak spots it fixed was duplicate values and problems with the #-tag. I'll commit this tonight, not sure why it wasn't added until now. Using string split does not seem a solid approach to me though. Consider the following: /path.to?key=valuekey=bettervaluefoo=bar#!testingfoosomekey=1 The values need to be the same as for mw.util.getParamValue: pre parseUrlParams: function( url ) { url = url ? url : document.location.href; var match = url.match(/\?[^#]*/); if (match === null) { return null; } var query = match[0]; var ret = {}; var pattern = /[?]([^=]*)=?([^]*)/g; match = pattern.exec(query); for (; match !== null; match = pattern.exec(query)) { var key = decodeURIComponent(match[1]); var value = decodeURIComponent(match[2]); ret[key] = value; } return ret; } /pre -- 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 27917] Keep image links alive after move
https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 --- Comment #4 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-03-08 08:42:02 UTC --- We can support redirects in wikimedia's webstore backend -- 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 25729] Add a {{CURRENTSKIN}} variable to wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=25729 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #12 from Krinkle krinklem...@gmail.com 2011-03-08 08:49:56 UTC --- Suggesting LATER or WONTFIX per the mentioned problems and complexity with parser cache and linking tables. If the usecase is style, contact your wiki admin and ask him to add some css-classes to MediaWiki:Common.css. The root tag of all MediaWiki-pages contains (among others) a class for the current skin. body class=mediawiki ltr ns-0 ns-subject page-Sandbox skin-vector so, something like the following should work fine if you really need something in the wiki to be skin-dependend. Add the following to MediaWiki:Vector.css /* Make the table of contents white-on-black in Monobook! */ #toc { background-color: black; color: white; } or if you have several different colors for different skins, it may be easier to keep them together, instead the following in MediaWiki:Common.css /* Funky wikitables */ .mediawiki .wikitable td { background-color: black; /* default */ } .skin-vector .wikitable td { background-color: #8da7d6 } .skin-monobook .wikitable td { background-color: #00FF00 } Or if you *really* need to switch the actual article contents (usecase example?) even this would work: Template:SkinSwitch div class=skinswitch skinswitch-vector{{{vector|}}}/div div class=skinswitch skinswitch-monobook{{{monobook|}}}/div div class=skinswitch skinswitch-default{{{default|}}}/div MediaWiki:Common.css .skinswitch { display: none; } .skinswitch-default { display: block; } .skin-vector .skinswitch-default, .skin-monobook .skinswitch-default { display: none; } .skin-vector .skinswitch-vector, .skin-monobook .skinswitch-monobook { display: block; } User:Example {{SkinSwitch |vector=Hello fellow Vectorians, |monobook=Howdy Monobooky, |default=Hi 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 10013] Implement client-side filtering of tables using javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=10013 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |krinklem...@gmail.com |org | --- Comment #2 from Krinkle krinklem...@gmail.com 2011-03-08 08:56:36 UTC --- I've added a little script to the Countervandalism Networks' MegaTable at the Toolserver last week: http://toolserver.org/~cvn/MegaTable Perhaps something like that ? It's just a proof-of-concept, but you get the idea (type in the searchbar and hit enter. The latter triggers the search but that could be triggered after keyup instead to make it live). I could make it into a jQuery plugin. eg. table class=mw-makefiltertable would be treated by the plugin into: div input type=text / /div table class=mw-makefiltertable mw-madefiltertable -- Krinkle -- 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 25729] Add a {{CURRENTSKIN}} variable to wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=25729 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #13 from Max Semenik maxsem.w...@gmail.com 2011-03-08 09:05:50 UTC --- Closing per Krinkle. The only use case presented is non-admin styling of templates, hovewer all popular templates on large wikis are protected anyway. -- 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 27413] Allow eswiki bureaucrats to add/remove the confirmed usergroup
https://bugzilla.wikimedia.org/show_bug.cgi?id=27413 Manuelt15 manuel...@msn.com changed: What|Removed |Added CC||manuel...@msn.com --- Comment #1 from Manuelt15 manuel...@msn.com 2011-03-08 09:06:33 UTC --- any updates about 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 27928] New: Creating filemover usergroup in enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=27928 Summary: Creating filemover usergroup in enwiki Product: Wikimedia Version: unspecified Platform: All URL: https://secure.wikimedia.org/wikipedia/en/w/index.php? title=Wikipedia:Village_pump_%28proposals%29oldid=417 727990#Closing_summary OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rusli...@gmail.com There is a consensus to extend the ability to move files to non-sysops. Please, create 'filemover' usergroup (with 'movefile' userright) in enwiki assigned and removed by sysops. (See: https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Wikipedia:Village_pump_%28proposals%29oldid=417727990#Closing_summary ) This arrangement will be similar to one that exists on Commons. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27928] Creating filemover usergroup in enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=27928 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||p858sn...@gmail.com Component|General/Unknown |Site logos Resolution||DUPLICATE --- Comment #1 from p858snake p858sn...@gmail.com 2011-03-08 09:18:51 UTC --- Already done. *** This bug has been marked as a duplicate of bug 27927 *** -- 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 27927] Filemover on en.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27927 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||rusli...@gmail.com --- Comment #5 from p858snake p858sn...@gmail.com 2011-03-08 09:18:51 UTC --- *** Bug 27928 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 27669] remove subtitle divs from editing interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=27669 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #6 from Krinkle krinklem...@gmail.com 2011-03-08 09:21:53 UTC --- (In reply to comment #1) I tried overriding the edit page CSS on MediaWiki:Common.js/edit.js: mw.util.addCSS( '#siteSub, #contentSub { display:none; }' ); Unfortunately this causes the divs to disappear after they have been displayed, causing an annoying page jump, so I reverted the change. CSS shouldn't be added with JavaScript, that will always make a delay. It should be done in CSS. Although I get that edit pages cannot be identified (yet) from a CSS selector in-core, the best solution imho is to add a class to html at the top of MediaWiki:Common.js (not in a domready wrap): if ( $.inArray(wgAction,['edit','submit']) != -1 ) { document.getElementsByTagName('html')[0].className += ' action-edit'; } And in MediaWiki:Common.css: .action-edit #siteSub, .action-edit #contentSub { display: none; } That will make it slighty faster than adding a style-element to the head in a script that is loaded after later ( MediaWiki:Common.js/edit ) See also bug 4438, which requests to add this in-core with no dependancy on client-side scripting. (In reply to comment #5) Interestingly, it looks like most wikis don't even use the subtitle functionality, so this would mainly just affect the English Wikipedia. What about non-WMF wikis ? -- 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 1211] Subcategory paging is not separate from article or image paging
https://bugzilla.wikimedia.org/show_bug.cgi?id=1211 --- Comment #69 from johnnymrni...@gmail.com 2011-03-08 09:25:48 UTC --- 1.17 is live, though I have not been able to confirm that this is fixed. I've edited categories and they do not move to the front. It could be some sort of category lag... Can someone confirm that this is now working properly on WP? -- 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 27669] remove subtitle divs from editing interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=27669 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #7 from Niklas Laxström niklas.laxst...@gmail.com 2011-03-08 09:29:37 UTC --- As far as I know the site subtitle is hidden by default in MediaWiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4438] No CSS hook exists for distinguishing between actions for a given page title
https://bugzilla.wikimedia.org/show_bug.cgi?id=4438 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #13 from Krinkle krinklem...@gmail.com 2011-03-08 09:41:57 UTC --- See also bug 25800 -- 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 27929] New: Can't abort or postpone slow operations during upgrades via web interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=27929 Summary: Can't abort or postpone slow operations during upgrades via web interface Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: maxsem.w...@gmail.com CC: innocentkil...@gmail.com We even say For large databases, you may want to hit Ctrl-C and do this manually with foo.php, but actually there's no way to interrupt them. Of course, large sites can't operate w/o CLI access, but still we may want to do something, even though it's not required for 1.17. -- 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 9958] Section lost when another section edited
https://bugzilla.wikimedia.org/show_bug.cgi?id=9958 Ferren MacIntyre ferren.macint...@gmail.com changed: What|Removed |Added Priority|Normal |Highest CC||ferren.macint...@gmail.com --- Comment #1 from Ferren MacIntyre ferren.macint...@gmail.com 2011-03-08 10:01:32 UTC --- On 8 March 2011 I completely garbled http://en.wikipedia.org/wiki/The_Great_Silkie_of_Sule_Skerry by trying to edit. The section heading ==Adaptations== appeared twice after I saved the edit page. I returned to insert material in the ==Lyrics== section, and most of it disappeared while parts showed up in other sections. I apologize for not writing a more coherent description, but confusion reigns supreme here! -- 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 27497] IE get Webpage expired when using back button in RunQuery pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=27497 --- Comment #1 from Neill Mitchell mitchell_ne...@hotmail.com 2011-03-08 10:02:05 UTC --- Hi. Do the changes in SF 2.1 fix this issue? I saw that some jquery work was done in this area. Thanks Neill. -- 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 27930] New: Implement a $wgAction (The Right Way)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27930 Summary: Implement a $wgAction (The Right Way) Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com Blocks: 4438,25800 Request to implement a $wgAction (PHP variable). This will A) Remove the duplication of code that redoes this in several places throughout the core and possible extensions as well B) Make it available in CSS (bug 4438) C) Make it available in JS (replacing the current workaround) And should: * Not be dependant on the action-parameter. Instead it should represent what MediaWiki actually does, and, as we know, the action parameter has nothing to do with that in many cases. ** During a view, action-param is almost never 'view' ** During a diff (which isn't an action, it's called historysubmit), action is only 'historysubmit' if it came from the history page (if from recentchanges, watchlist or if manaully constructed like: http://enwp.org/?diff=1 action is wrongly falling back to 'view' ) Ideas: * Introduce 'diff' as a valid action and it will be implied if there's a diff-parameter just like 'view' is implied. * Use action=diff on history submit, deprecate/remove 'historysubmit' -- 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 4438] No CSS hook exists for distinguishing between actions for a given page title
https://bugzilla.wikimedia.org/show_bug.cgi?id=4438 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on||27930 -- 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 25800] wgAction incorrectly asumes 'view' instead of 'historysubmit' on diff-pages without a action parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=25800 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on||27930 -- 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 27257] Non-Safari iPhone User Agent Not Redirecting Automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=27257 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #25 from Roan Kattouw roan.katt...@gmail.com 2011-03-08 10:14:09 UTC --- (In reply to comment #24) Evidently Mobile content is spread across a number of asynchronous server sites. It's probably just that we use quite aggressive caching. -- 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 27917] Keep image links alive after move
https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||WONTFIX --- Comment #5 from Krinkle krinklem...@gmail.com 2011-03-08 10:16:22 UTC --- Hotlinking should be done through Special:FIlePath as of 1.17 http://commons.wikimedia.org/wiki/Special:FilePath?file=Sample.jpgwidth=20 This also supports redirects -- 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 27917] Keep image links alive after move
https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 --- Comment #6 from Krinkle krinklem...@gmail.com 2011-03-08 10:17:39 UTC --- Addndm: Hotlinking to the raw path is always a bad idea and should not be encoured, for all you know you may want to migrate to a seperate server/subdomain for storing media, or perhaps enable/disable md5-paths at which points stuff will break again. -- 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 27930] Implement a $wgAction (The Right Way)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27930 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added CC||ialex.w...@gmail.com --- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-03-08 10:18:04 UTC --- For the sake of God, please don't introduce a new global variable that is not a configuration setting; store in OutputPage, WebRequest or anywhere else you like, but not in the global scope. You may also have a look at MediaWiki::getAction(); it doesn't do exactly what you request, but that's a first step. -- 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 1211] Subcategory paging is not separate from article or image paging
https://bugzilla.wikimedia.org/show_bug.cgi?id=1211 --- Comment #70 from Roan Kattouw roan.katt...@gmail.com 2011-03-08 10:20:48 UTC --- (In reply to comment #69) 1.17 is live, though I have not been able to confirm that this is fixed. I've edited categories and they do not move to the front. It could be some sort of category lag... Can someone confirm that this is now working properly on WP? 1.17 was deployed with the category changes stripped out. Tim has been working on doing the required database schema changes yesterday and today, and I guess we'll roll out the related software changes in the next few days. -- 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 27917] Keep image links alive after move
https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 --- Comment #7 from Krinkle krinklem...@gmail.com 2011-03-08 10:30:36 UTC --- I think there's a duplicate of this bug (can't find it), but I remember there Roan mentioned something about cache and thumb.php afaik it caches less or not at all. thumb.php is not meant to be referenced directly in the front-end. -- 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 27931] New: Talkpage notice mails out of sync
https://bugzilla.wikimedia.org/show_bug.cgi?id=27931 Summary: Talkpage notice mails out of sync Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Email AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com I just recieved about two dozen emails spread over this moderning about people changed by user talk page at Wikimedia Commons. Although it was more than usual, this is not new and has been happening on as long as I can remember. Often it seems the mail is sent as soon as *I* log into the wiki (instead of when the person saves the talk page). And this morning, well, I don't know, I got emails saying my talkpage was edited in early and mid Februari (the date, time, diff id and username is all correct, it's just that the e-mail is overly late and all at once[1]) For now under MW core since it's not specific to any wiki in particular (eg. Commons). Although it could be a problem in the general config WMF has. -- 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 27930] Ablity to get current action (The Right Way)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27930 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Implement a $wgAction (The |Ablity to get current |Right Way) |action (The Right Way) --- Comment #2 from Krinkle krinklem...@gmail.com 2011-03-08 10:37:59 UTC --- Sure, sounds good. Changed the summary. -- 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 27925] Timestamp for file upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=27925 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle krinklem...@gmail.com 2011-03-08 10:43:00 UTC --- Although I think it's fairly simple to implement, there are many magic words that could be implemented with ease, but without a good use case it would just end up with a big mess. Can you provide an example use case for this (fictitious is okay, but real one would be preferred) -- 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 27797] Don't let users set their own revisions to OK
https://bugzilla.wikimedia.org/show_bug.cgi?id=27797 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #8 from Krinkle krinklem...@gmail.com 2011-03-08 11:22:23 UTC --- Also note that disabling on client-side is not solid, $('*[disabled]').removeAttr('disabled'); // :-P Ignore this comment though, it's just paranoia. -- 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 27925] Timestamp for file upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=27925 --- Comment #2 from Subfader subfa...@gmail.com 2011-03-08 11:34:19 UTC --- I'd use it to enable 100% proper hotlinking use of my wiki images I created a feature to copy an image to a static destination where images are never renamed or deleted As described in #27917 https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 I'd like to add the tiemstamp of teh file revision (= upload date in the history table, not the last page edit date) to ensure that files are not overwritten. Using {{REVISIONTIMESTAMP}} does work for this case since a file re-upload creates a new {{REVISIONTIMESTAMP}}. But it's not 100% correct when the page is edited after first upload and then copied to the static destination. -- 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 27917] Keep image links alive after move
https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 --- Comment #8 from Subfader subfa...@gmail.com 2011-03-08 11:40:08 UTC --- Thanks for http://commons.wikimedia.org/wiki/Special:FilePath?file=Sample.jpgwidth=20 didn't know that option. Meanwhile I created option 3) myself without javascript and a php script in the destination folder. It saves the file via /wiki/thumb.php. Main advantage: File stays 100% the same version after re-uploading. -- 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 27797] Don't let users set their own revisions to OK
https://bugzilla.wikimedia.org/show_bug.cgi?id=27797 --- Comment #9 from Reedy s...@reedyboy.net 2011-03-08 11:40:23 UTC --- Unless I'm loosing it, my original point still stands, doesn't it? If we disable something in the combo box, the user can't keep it selected, so without coding round it, and I mean, how do we know the author didn't want to set it to fixme later? And hence, we'll get changing statuses for no reason -- 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 27925] Timestamp for file upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=27925 --- Comment #3 from Krinkle krinklem...@gmail.com 2011-03-08 11:42:48 UTC --- (In reply to comment #2) I'd use it to enable 100% proper hotlinking use of my wiki images I created a feature to copy an image to a static destination where images are never renamed or deleted This feature is not in the wiki itself, right ? Why do you need a {{FILEREVISIONTIMESTAMP}} in the wiki articles ? Why do you even need a timestamp for that, and if you needed, how does knowing the timestamp of the latest revision in the wiki help that ? As for hotlinking in general, see my comment in bug 27917. -- 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 27797] Don't let users set their own revisions to OK
https://bugzilla.wikimedia.org/show_bug.cgi?id=27797 --- Comment #10 from Krinkle krinklem...@gmail.com 2011-03-08 11:47:47 UTC --- (In reply to comment #9) Unless I'm loosing it, my original point still stands, doesn't it? If we disable something in the combo box, the user can't keep it selected, so without coding round it, and I mean, how do we know the author didn't want to set it to fixme later? And hence, we'll get changing statuses for no reason AFAIAC, your point stands. I didn't reopen the 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 27798] Repeated messages about Talk page changes which have already been checked.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27798 --- Comment #6 from Thor Malmjursson thor.malmjurs...@yahoo.co.uk 2011-03-08 12:02:48 UTC --- Created attachment 8261 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8261 Screenshot from Hotmail showing multiple email And it's done it again, I'm afraid. Another instance, this time in spades. MediaWiki Mail sent me *5* of the same message this morning at 6:41AM, telling me that exactly the same edit had occurred once, on the 25th of February, and a 6th from Commons about an edit which occurred *4* days ago (4th March). I don't know what's causing this, but I hope it gets 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 27887] Replying to a thread doesn't work the first time
https://bugzilla.wikimedia.org/show_bug.cgi?id=27887 --- Comment #3 from Andrew Garrett agarr...@wikimedia.org 2011-03-08 12:03:11 UTC --- Have you recently turned on $wgSessionsInMemCached? It seems to be caused by a discrepancy between the edit token reported by the API and the edit token that appears in the edit form. -- 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 27932] New: Basic sentence matching should work for all languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=27932 Summary: Basic sentence matching should work for all languages Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: InlineEditor AssignedTo: jp.po...@gmail.com ReportedBy: jp.po...@gmail.com Right now sentence matching only happens when encountering a dot character, which obviously only works for languages where this character is actually used. Other languages usually also have sentence ending/separation characters, which should also be implemented -- 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 27925] Timestamp for file upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=27925 --- Comment #4 from Subfader subfa...@gmail.com 2011-03-08 12:38:15 UTC --- (In reply to comment #3) This feature is not in the wiki itself, right ? Why do you need a {{FILEREVISIONTIMESTAMP}} in the wiki articles ? I pass it as URL parameter to a script that copies files in a static destination. Why do you even need a timestamp for that, and if you needed, how does knowing the timestamp of the latest revision in the wiki help that ? As for hotlinking in general, see my comment in bug 27917. I add that timestamp URL parameter to the filename. If the file is re-uploaded it will create a new copy instead of overwriting the previously created one. As said, {{REVISIONTIMESTAMP}} does that too but is not 100% correct. -- 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 27891] Cache setting on Wikipedia Chinese
https://bugzilla.wikimedia.org/show_bug.cgi?id=27891 --- Comment #6 from Platonides platoni...@gmail.com 2011-03-08 12:42:21 UTC --- r83513 may have fixed it. -- 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 27917] Keep image links alive after move
https://bugzilla.wikimedia.org/show_bug.cgi?id=27917 --- Comment #9 from Subfader subfa...@gmail.com 2011-03-08 12:46:34 UTC --- **Main advantage: File stays 100% the same version after page move, re-uploading, or deletition. -- 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 22265] Allow references to be listed with letters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22265 --- Comment #20 from Platonides platoni...@gmail.com 2011-03-08 12:59:14 UTC --- * The error message at [[MediaWiki:Cite error no link label group]] gets classed as a reference, so you can't use a wikilink in the message to link to a help page It is a link, so it doesn't accept links. The simple solution seems to be to not use a link there. How do you propose solving it? -- 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 27933] New: Add private prefixes for CSS3 properties automatically in CSS processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=27933 Summary: Add private prefixes for CSS3 properties automatically in CSS processing Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: liang...@gmail.com CC: roan.katt...@gmail.com So when I write border-radius: 20px;, -moz-border-radius: 20px;, -webkit-border-radius: 20px; etc. will be added automatically. -- 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 27934] New: HTML rendered verbatim
https://bugzilla.wikimedia.org/show_bug.cgi?id=27934 Summary: HTML rendered verbatim Product: MediaWiki extensions Version: any Platform: All URL: http://translatewiki.net/w/i.php?title=Special:NewMess ageslqt_method=undo_mark_as_readlqt_operand=11230 OS/Version: All Status: NEW Severity: minor Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net, bhar...@wikimedia.org Created attachment 8262 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8262 In the line below the header, there is the HTML of a link shown verbatim, instead of the link itself. See attached screen shot. In the line below the header, there is the HTML of a link shown verbatim, instead of the link itself. -- 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 27931] Talkpage notice mails out of sync
https://bugzilla.wikimedia.org/show_bug.cgi?id=27931 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||27727 Severity|enhancement |minor -- 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 27727] Fix and restart job runners for Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=27727 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||27931 -- 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 27626] Change of category on template not updating pages transcluding it
https://bugzilla.wikimedia.org/show_bug.cgi?id=27626 DieBuche diebu...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||diebu...@gmail.com Resolution||INVALID --- Comment #1 from DieBuche diebu...@gmail.com 2011-03-08 14:19:30 UTC --- As thedj wrote in the post updating categories has very low priority in the job queue system. 3 weeks waiting time isn't out of the ordinary at times. Clicking edit and save on a page bypasses the jobqueue and forces re parsing of a specific page. I checked 25 samples and they've all been updated by now. -- 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 5880] Allow magic words in EasyTimeline
https://bugzilla.wikimedia.org/show_bug.cgi?id=5880 ✓ andbe...@web.de changed: What|Removed |Added Status|NEW |RESOLVED CC||andbe...@web.de Resolution||FIXED --- Comment #7 from ✓ andbe...@web.de 2011-03-08 14:29:25 UTC --- The #tag-function should have solved this issue. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27935] New: Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 Summary: Page for Donald_Brown_(anthropologist) broken on Wikipedia Product: MediaWiki Version: wikimedia-deployment Platform: All URL: http://en.wikipedia.org/wiki/Donald_Brown_(anthropolog ist) OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dan-wikime...@fluidmind.org The page on Wikipedia at http://en.wikipedia.org/wiki/Donald_Brown_(anthropologist) is broken. The main content is being displayed without the head or sidebar. It's like this in all browsers. I've attached a screenshot. -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #1 from Dan Delaney dan-wikime...@fluidmind.org 2011-03-08 15:09:26 UTC --- Created attachment 8263 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8263 Screenshot of Donald_Brown_(anthropologist) wikipedia page -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from Chad H. innocentkil...@gmail.com 2011-03-08 15:13:12 UTC --- Can you try clearing your browser cache and see if this is still an issue? This WORKSFORME and one other person on IRC. -- 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 27620] Edit toolbar loads siginficiantly slower with the Resource loader or BannerLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added CC||nos...@vyznev.net --- Comment #9 from Ilmari Karonen nos...@vyznev.net 2011-03-08 15:20:03 UTC --- I wonder if implementing the suggestion I made in bug 25860 would solve at least some of this? -- 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 27488] Dynamic CSS not loaded immediately
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added CC||nos...@vyznev.net --- Comment #5 from Ilmari Karonen nos...@vyznev.net 2011-03-08 15:20:09 UTC --- I wonder if implementing the suggestion I made in bug 25860 would solve at least some of this? -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #3 from Dan Delaney dan-wikime...@fluidmind.org 2011-03-08 15:22:57 UTC --- Looks like it's fixed. In Firefox and Safari on Mac OS X just clearing the cache allowed it to display the page correctly. Oddly, just clearing the cache in Firefox on Linux didn't clear it up. I had to clear out all private data and it finally started displaying the page correctly. Thanks --Dan -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added Status|NEW |RESOLVED CC||nos...@vyznev.net Resolution||WORKSFORME --- Comment #4 from Ilmari Karonen nos...@vyznev.net 2011-03-08 15:25:58 UTC --- It sounds like it was some kind of intermittent failure with CSS loading that got cached by your browser(s). Of course, if these intermittent failures keep happening more often, it would be nice to know what's causing them. Still, I think this bug can probably be closed as WORKSFORME, subject to reopening if it happens again. -- 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 27730] Add JS utility function to get all parameter values (like mw.util.getParamValue) in one call
https://bugzilla.wikimedia.org/show_bug.cgi?id=27730 --- Comment #5 from Michael Dale d...@ucsc.edu 2011-03-08 15:35:21 UTC --- I would prefer if we just have a general Uri handler that can do everything from parsing paths, hosts and parameters let you modify any of thous values and then get the reconstructed uri. mw.Uri is a step in the right direction... custom functions for bits and pieces of Uri handling in the utilities class is a ~not such a good~ direction. -- 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 27257] Non-Safari iPhone User Agent Not Redirecting Automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=27257 --- Comment #26 from smlaw...@me.com 2011-03-08 16:03:30 UTC --- What occurred after this was all fixed over the last month and working nicely? Now it is not working again. -- 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 27877] Parser tests generate too many DB queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=27877 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Summary|Parser tests generate too |Parser tests generate too |much DB queries |many DB queries --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-03-08 16:12:59 UTC --- s/much/many/ -- 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 2147] External link alt title text is the URL, rather than the link title.
https://bugzilla.wikimedia.org/show_bug.cgi?id=2147 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added Status|RESOLVED|REOPENED CC||nos...@vyznev.net Resolution|DUPLICATE | --- Comment #4 from Ilmari Karonen nos...@vyznev.net 2011-03-08 16:14:46 UTC --- Reopening, since the fix for bug 524 in r76127 doesn't seem to address this case. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27936] New: preprocessor fail at parsing more than two back-to-back nested elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=27936 Summary: preprocessor fail at parsing more than two back-to-back nested elements Product: MediaWiki Version: unspecified Platform: All URL: http://de.wikipedia.org/wiki/Spezial:Vorlagen_expandie ren?input={{x}}x}}x}}generate_xml=1 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: andbe...@web.de Created attachment 8264 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8264 proposed patch When there is a piece with lots of opening braces at the stack, which should get three or more elements, just the two topmost are recognised. The rest will be handled as $skippedBraces even when it would be enough to create an element. This problem of course is very rare and and can be simply worked around by some whitspaces, but I guess this behavior is not intended. I tried to write a patch, hoping not to create PHP syntax errors :-) -- 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 27936] preprocessor fail at parsing more than two back-to-back nested elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=27936 Ashar Voultoiz has...@free.fr changed: What|Removed |Added Keywords||need-parsertest, ||need-review, patch CC||has...@free.fr --- Comment #1 from Ashar Voultoiz has...@free.fr 2011-03-08 16:32:28 UTC --- adding some keywords -- 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 27937] New: Enable LiquidThreads on the Hebrew Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=27937 Summary: Enable LiquidThreads on the Hebrew Wikinews Product: Wikimedia Version: unspecified Platform: All URL: http://he.wikinews.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il I would like to test LiquidThreads in a true RTL environment. The traffic in the Hebrew Wikinews is low, so there will be no significant impact on the current community. The only significant Hebrew Wikinews contributor, User:Havelock doesn't object. -- 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 27938] New: Special:Fewestrevisions takes nearly a minute to execute on TW
https://bugzilla.wikimedia.org/show_bug.cgi?id=27938 Summary: Special:Fewestrevisions takes nearly a minute to execute on TW Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net http://translatewiki.net/sandwiki/profileinfo.php?sort=time_per_callexpand=SQL+Queries NameTime (%)Memory (%)CountCalls/reqms/callkb/call ms/reqkb/req Special:Fewestrevisions0.5%0%1054813.93212.591.18 0.07 -- 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 27464] Duping a bug requires a comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=27464 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Chad H. innocentkil...@gmail.com 2011-03-08 16:51:39 UTC --- I fixed this last week. -- 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 27938] Special:Fewestrevisions has a very expensive query that filesorts and uses a temporary table
https://bugzilla.wikimedia.org/show_bug.cgi?id=27938 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|Special:Fewestrevisions |Special:Fewestrevisions has |takes nearly a minute to|a very expensive query that |execute on TW |filesorts and uses a ||temporary table --- Comment #1 from Reedy s...@reedyboy.net 2011-03-08 17:01:10 UTC --- mysql describe SELECT page_namespace AS namespace,page_title AS title,COUNT(*) AS value,page_is_redirect AS redirect FROM `mw_revision`,`mw_page` WHERE page_namespace = '0' AND (page_id = rev_page) GROUP BY page_namespace, page_title, page_is_redirect HAVING COUNT(*) 1 ORDER BY value LIMIT 50\G ++-+-+--++-+-++--+--+ | id | select_type | table | type | possible_keys | key | key_len | ref| rows | Extra | ++-+-+--++-+-++--+--+ | 1 | SIMPLE | mw_page | ref | PRIMARY,name_title | name_title | 4 | const |3 | Using where; Using temporary; Using filesort | | 1 | SIMPLE | mw_revision | ref | rev_page_id,page_timestamp | rev_page_id | 4 | wikidb.mw_page.page_id |1 | Using index | ++-+-+--++-+-++--+--+ 2 rows in set (0.00 sec) It's using temporary and filesorting... -- 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 10668] Detect and notify user of extremely low (probably accidental) POST limits
https://bugzilla.wikimedia.org/show_bug.cgi?id=10668 Jarry1250 jarry1...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com, ||jarry1...@gmail.com Component|General/Unknown |Installation --- Comment #5 from Jarry1250 jarry1...@gmail.com 2011-03-08 17:13:18 UTC --- Four years on, maybe this would be best as a test in the new installer? Just a thought. Assuming it's not been fixed already in some way, of course. -- 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 27939] New: Wikimedia should provide media dumps (files, images, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27939 Summary: Wikimedia should provide media dumps (files, images, etc.) Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Downloads AssignedTo: tf...@wikimedia.org ReportedBy: b...@mzmcbride.com Currently Wikimedia provides dumps of various database tables (including page text), but does not regularly output dumps of media, such as files, images, etc. This should be fixed. Being able to obtain a full set of the media used on Wikimedia wikis is important. -- 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 27937] Enable LiquidThreads on the Hebrew Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=27937 Leinad danny.lei...@gmail.com changed: What|Removed |Added Keywords||shell CC||danny.lei...@gmail.com Blocks||19699 -- 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 19699] Deploy LiquidThreads extension when ready
https://bugzilla.wikimedia.org/show_bug.cgi?id=19699 Leinad danny.lei...@gmail.com changed: What|Removed |Added Depends on||27937 -- 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 27940] New: Special:ExportRDF error when exporting with options
https://bugzilla.wikimedia.org/show_bug.cgi?id=27940 Summary: Special:ExportRDF error when exporting with options Product: MediaWiki extensions Version: any Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: ubup...@gmail.com CC: jeroen_ded...@yahoo.com The special page Special:ExportRDF generates an error when requesting an export and also selecting some option in the form. error: Call to a member function isAllowed() on a non-object in SMW_SpecialOWLExport.php on line 143 I think the reason is a missing global declaration for $wgUser in SMWSpecialOWLExport::exportPages() -- 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 27941] New: Dump RSS feeds should report dump failures as well as successes
https://bugzilla.wikimedia.org/show_bug.cgi?id=27941 Summary: Dump RSS feeds should report dump failures as well as successes Product: XML Snapshots Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General AssignedTo: ar...@wikimedia.org ReportedBy: hippietr...@yahoo.com CC: tf...@wikimedia.org Blocks: 3646 Each file that is part of a dump has its own feed such as http://dumps.wikimedia.org/enwiktionary/latest/enwiktionary-latest-pages-articles.xml.bz2-rss.xml which notifies when a new dump is available. But there is no feed that will notify when a new dump has failed. This could be added to the existing feed. -- 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 27488] Dynamic CSS not loaded immediately
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 --- Comment #6 from WlaKom w...@polhome.com 2011-03-08 17:47:39 UTC --- So far, the jumping page stopped, after I implemented your suggestion. Thank you. -- 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 27497] IE get Webpage expired when using back button in RunQuery pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=27497 --- Comment #2 from Yaron Koren yaro...@gmail.com 2011-03-08 17:58:04 UTC --- Hi, I don't know - I didn't try it. -- 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 27876] unnecessary things in mw.Uri.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=27876 --- Comment #1 from Neil Kandalgaonkar ne...@wikimedia.org 2011-03-08 18:10:16 UTC --- Re: rawurlencode: Had a look at mediawiki.util.js -- it's got a lot of miscellaneous stuff and the dependencies pull in a lot of other jQuery modules. There are three methods which are URI-related - rawurlencode - wikiurlencode - getParamValue Seems to me that the right thing is actually to: - move mw.Uri.js to be a new module, mediaWiki.uri.js, ideally no dependencies - refactor rawurlencode, and a few other such methods, into mediaWiki.Uri.js. - refactor/rethink getParamValue, it is way better to do mw.Uri( currentUrl ).query[ 'name' ] Also see bug #27730 which was discussing yet another method for url manipulation -- 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 27942] New: make mw.Uri.js handle query arguments that appear multiple times
https://bugzilla.wikimedia.org/show_bug.cgi?id=27942 Summary: make mw.Uri.js handle query arguments that appear multiple times Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: ne...@wikimedia.org CC: asha...@wikimedia.org mw.Uri.js models the query as an object of simple key-values. This is not strictly correct as you can have key=valuekey=anotherValue If it is to replace certain functions in mw.util.js, such as getParamValue it needs to handle that case. -- 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 27730] Add JS utility function to get all parameter values (like mw.util.getParamValue) in one call
https://bugzilla.wikimedia.org/show_bug.cgi?id=27730 --- Comment #6 from Neil Kandalgaonkar ne...@wikimedia.org 2011-03-08 18:14:26 UTC --- Yeah, one of the reasons I wrote mw.Uri.js was to avoid death by a million URI manipulation functions. It parses a URI very nicely and then you can do almost anything to it. However, one thing it does not do is repeated query args, e.g. key=valuekey=anotherValue -- just added #27942 for that -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 Dan Delaney dan-wikime...@fluidmind.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #5 from Dan Delaney dan-wikime...@fluidmind.org 2011-03-08 18:25:22 UTC --- It happened again on a different Wikipedia page, and now I know how to recreate it at will in all browsers. I clicked on a link on one Wikipedia page that took me to this URL: http://en.wikipedia.org/wiki/Steve_Fuller_(social_epistemologist) Notice the one common factor with the URL I submitted this bug with: the parentheses So check this out. This happens in Firefox, Safari, and IE: The page displays CORRECTLY if you enter that URL with the parentheses URL-ENCODED, as in http://en.wikipedia.org/wiki/Steve_Fuller_%28social_epistemologist%29;. BUT, put it in with the parentheses as literal characters, as in http://en.wikipedia.org/wiki/Steve_Fuller_(social_epistemologist), and the page does NOT display correctly. What happens is a slew of Javascript errors. Here are the errors displayed by IE7: Runtime error: Line 11: 'mw' is undefined Runtime error: Line 10: 'jQuery' is undefined Runtime error: Line 2: Object expected Runtime error: Line 28: 'jQuery' is undefined Runtime error: Line 159: 'mediaWiki' is undefined Runtime error: Line 184: Object doesn't support this property or method Runtime error: Line 1047: Object expected Runtime error: Line 572: Object doesn't support this property or method And here are the errors displayed in Firefox error console: Error: mw is not defined, Line: 11 Source File: http://bits.wikimedia.org/skins-1.5/common/mwsuggest.js?283-19 Error: jQuery is not defined, Line: 22 Source File: http://bits.wikimedia.org/w/extensions/UsabilityInitiative/js/plugins.combined.min.js?283-19 Error: $j is not defined, Line: 2 Source File: http://bits.wikimedia.org/w/extensions/UsabilityInitiative/Vector/Vector.combined.min.js?283-19 Error: jQuery is not defined, Line: 112 Source File: http://en.wikipedia.org/w/index.php?title=Special:BannerControllercache=/cn.js283-19 Error: mediaWiki is not defined, Line: 159 Source File: http://bits.wikimedia.org/skins-1.5/common/wikibits.js?283-19 Error: jQuery is not defined, Line: 1047 Source File: http://bits.wikimedia.org/skins-1.5/common/wikibits.js?283-19 And here's what we get in the Safari error console: Failed to load resource: the server responded with a status of 404 (Not Found), bits.wikimedia.org/skins-1.5/vector/main-ltr.css?283-19 Failed to load resource: the server responded with a status of 404 (Not Found), bits.wikimedia.org/skins-1.5/common/jquery.min.js?283-19 ReferenceError: Can't find variable: mw, bits.wikimedia.org/skins-1.5/common/mwsuggest.js?283-19:11 ReferenceError: Can't find variable: jQuery, bits.wikimedia.org/w/extensions/UsabilityInitiative/js/plugins.combined.min.js?283-19:22 ReferenceError: Can't find variable: $j, bits.wikimedia.org/w/extensions/UsabilityInitiative/Vector/Vector.combined.min.js?283-19:2 ReferenceError: Can't find variable: jQuery, /w/index.php?title=Special:BannerControllercache=/cn.js283-19:112 ReferenceError: Can't find variable: mediaWiki, bits.wikimedia.org/skins-1.5/common/wikibits.js?283-19:159 ReferenceError: Can't find variable: jQuery, bits.wikimedia.org/skins-1.5/common/wikibits.js?283-19:1047 (Thank you Firefox and Safari developers for letting us know what FILE the line errors are occurring in! Would that the IE devs had been so considerate.) --Dan -- 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 27626] Change of category on template not updating pages transcluding it
https://bugzilla.wikimedia.org/show_bug.cgi?id=27626 --- Comment #2 from User:Docu test5...@myway.com 2011-03-08 18:31:32 UTC --- I think theDJ is mistaken about 3 weeks waiting time isn't out of the ordinary [..]. Updates at Commons used to be much quicker. .. and no, one shouldn't need to click edit and save on each page. [[Commons:Category:Images_from_Nordenskirker.dk]] still has just 284 images, while [[Commons:Category:Nordenskirker.dk]] has 8467 images, despite [[Commons:Template:Www.nordenskirker.dk]] having been edited more than 14 days ago. -- 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 27933] Add private prefixes for CSS3 properties automatically in CSS processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=27933 --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 2011-03-08 18:36:31 UTC --- What's the proposed behavior when such private rules already exist neaby? I think figuring out ways to make development easier is clever and useful, but we have to be careful because we process CSS from libraries like jQuery UI, or other jQuery plugins all the time, and we need to not make assumptions about their code. Also, given that, what you are proposing might possibly require parsing to do right (not 100% sure, but I suspect it might) and parsing CSS is another tricky business because of CSS hacks being used in said libraries. -- 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 27626] Change of category on template not updating pages transcluding it
https://bugzilla.wikimedia.org/show_bug.cgi?id=27626 Betacommand phoenixoverr...@gmail.com changed: What|Removed |Added CC||phoenixoverr...@gmail.com --- Comment #3 from Betacommand phoenixoverr...@gmail.com 2011-03-08 18:39:45 UTC --- All WMF wikis are suffering from issues with the job queue issues. Welcome to the issues that the rest of the WMF wikis (especially the larger wikis) have been having for years. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27933] Add private prefixes for CSS3 properties automatically in CSS processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=27933 --- Comment #2 from Trevor Parscal tpars...@wikimedia.org 2011-03-08 18:39:46 UTC --- I was going to also point out, that there are libraries like SASS, xCSS, and Less that do meta CSS programming. Because these start from a more sanitary source, they can do tricky things. If there's a PHP implementation of one of these that we like, we could consider adding that to core and supporting that as a style format. ResourceLoader could notice by inference or be told by configuration that the style needs to be processed using X algorithm, and all should be well. It could be used as a pre-processing step, so existing minification, URL remapping and image embedding would still work. -- 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 27921] HTML escaped when marking thread as read from Special:NewMessages
https://bugzilla.wikimedia.org/show_bug.cgi?id=27921 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-03-08 18:41:52 UTC --- attachment? -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #6 from Ilmari Karonen nos...@vyznev.net 2011-03-08 18:44:44 UTC --- This is weird... I still can't replicate the error using your instructions on either Firefox 3.6.15, Konqueror 4.4.5 or Opera 10.10. That said, the 404 errors reported by Safari could well cause these symptoms -- the only question is what's causing the errors. (BTW, could you try and see if you can reproduce the errors with ?debug=true appended to the URLs? I don't know if it'll help in finding the cause, but at least it should be an extra data point -- and give potentially more helpful error messages, since it turns off the JS minifier.) -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 Betacommand phoenixoverr...@gmail.com changed: What|Removed |Added CC||phoenixoverr...@gmail.com --- Comment #7 from Betacommand phoenixoverr...@gmail.com 2011-03-08 18:49:13 UTC --- I can confirm that copy/pasting *http://en.wikipedia.org/wiki/Steve_Fuller_(social_epistemologist)* into IE8 causes this problem -- 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 26088] Have combobox allow only existing values
https://bugzilla.wikimedia.org/show_bug.cgi?id=26088 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Yaron Koren yaro...@gmail.com 2011-03-08 18:59:42 UTC --- This feature has been added to SF in version 2.1, with the new existing values only parameter. -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #8 from Max Semenik maxsem.w...@gmail.com 2011-03-08 19:05:36 UTC --- Works for me on IE8. Do you, by coincidence, edit through a proxy? -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #9 from Betacommand phoenixoverr...@gmail.com 2011-03-08 19:13:23 UTC --- I dont, I can confirm that it fails on IE8/windows 7 Ultimate. However it works fine in firefox. my suspicion is a URL encoding issue with the URL. http://en.wikipedia.org/wiki/Steve_Fuller_%28social_epistemologist%29 works as expected however when I don't url encode it on IE8 I get messed up page content. content with out urlencoding 'mw' is undefined mwsuggest.js?283-19, line 11 character 1 'jQuery' is undefined plugins.combined.min.js?283-19, line 10 character 183 'jQuery' is undefined plugins.combined.min.js?283-19, line 10 character 183 Object expected Vector.combined.min.js?283-19, line 2 character 1 'jQuery' is undefined cn.js283-19, line 28 character 1 'mediaWiki' is undefined wikibits.js?283-19, line 159 character 3 Object doesn't support this property or method Steve_Fuller_(social_epistemologist), line 185 character 81 Object expected wikibits.js?283-19, line 1047 character 2 Object doesn't support this property or method Steve_Fuller_(social_epistemologist), line 573 character 58 -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #10 from Dan Delaney dan-wikime...@fluidmind.org 2011-03-08 19:26:55 UTC --- No, I'm not going through a proxy. Interesting: THIS WORKS: http://en.wikipedia.org/wiki/Steve_Fuller_%28social_epistemologist%29 This DOES NOT work: http://en.wikipedia.org/wiki/Steve_Fuller_(social_epistemologist) But THIS WORKS: http://en.wikipedia.org/wiki/Steve_Fuller_(social_epistemologist)?debug=true I've tested all those in Firefox, Safari, IE7 and IE8 and got the same results -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 --- Comment #11 from Dan Delaney dan-wikime...@fluidmind.org 2011-03-08 19:32:35 UTC --- I just noticed that if I use a URL with literal parentheses that doesn't display correctly, such as http://en.wikipedia.org/wiki/Donald_Brown_(anthropologist), and I keep reloading the page, every so often it will display correctly! Most of the reloads don't, but sometimes they do. -- 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 27942] make mw.Uri.js handle query arguments that appear multiple times
https://bugzilla.wikimedia.org/show_bug.cgi?id=27942 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle krinklem...@gmail.com 2011-03-08 19:35:37 UTC --- More precise, it needs to return the last one (since that one overwrites the earlier one). Most regexes around (haven't looked into mw.Uri.js), stop at the first match. -- 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 27876] unnecessary things in mw.Uri.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=27876 --- Comment #2 from Michael Dale d...@ucsc.edu 2011-03-08 19:40:40 UTC --- I would add that it would be nice if mw.Uri more gracefully handles relative urls -- 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 27846] Account inconsistencies after Wikimedia error during renameuser
https://bugzilla.wikimedia.org/show_bug.cgi?id=27846 --- Comment #4 from Jérémie Roquet arkano...@gmail.com 2011-03-08 19:40:49 UTC --- Hello, Roan, thanks a lot for your help! Céréales_Killer renamed Mike_Coppolano to Old_Mike_Coppolano and Mike_Coppolano_old to Mike_Coppolano, but unfortunately, while the editcount, logs and so on have followed, the contributions haven't. Well, at least until yesterday (ie. about 3 days later): today, the very very first have, but not the others =/ BTW, fr:User:Akeron noticed that this wasn't actually an isolated case (eg. renaming fr:User:Ligne Droite to fr:User:LD failed the same way, but the user didn't complained) and fr:User:Litlok said he lost about 20k of his contributions that way back in april 2009… Is fixing these kind of problems something we may ask the sysadms on a regular basis? p858snake, thanks for pointing this out! That might explain Mike's problem as well as LD's (24 february) and others' (except Litlok's, but chances are it's not related). We (at frwiki) have about 30k queued jobs, I'll keep an eye on this number. Thanks again and best regards, -- Arkanosis@frwiki -- 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 24162] LivePreview: styles added by extensions are missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=24162 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||DUPLICATE --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-03-08 19:46:16 UTC --- *** This bug has been marked as a duplicate of bug 24134 *** -- 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 24134] LivePreview: styles added by extensions are missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=24134 --- Comment #9 from Chad H. innocentkil...@gmail.com 2011-03-08 19:46:16 UTC --- *** Bug 24162 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 27942] make mw.Uri.js handle query arguments that appear multiple times
https://bugzilla.wikimedia.org/show_bug.cgi?id=27942 --- Comment #2 from Neil Kandalgaonkar ne...@wikimedia.org 2011-03-08 19:55:55 UTC --- Krinkle: no, that's not correct -- in the HTTP standard it is permissible to have multiple values for a key in the query string, and they all count. In HTML, this can result from submitting a form with a SELECT with the MULTIPLE attribute on, so you can select multiple values. Or are you saying that something in MediaWiki parses URLs that way? If so it's wrong. -- 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 27730] Move mw.uri module into the core
https://bugzilla.wikimedia.org/show_bug.cgi?id=27730 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Add JS utility function to |Move mw.uri module into the |get all parameter values|core |(like | |mw.util.getParamValue) in | |one call| --- Comment #7 from Krinkle krinklem...@gmail.com 2011-03-08 19:56:06 UTC --- Changing summary again to move that module into the core. Since none of the more advanced functions is used in core (yet) I suggest we keep that module optional and loaded whenever needed (ie. an extension could define it as a dependancy in which case it'll will be loaded on every page the extensions is on in the same http request.) (In reply to comment #5) I would prefer if we just have a general Uri handler that can do everything from parsing paths, hosts and parameters let you modify any of thous values and then get the reconstructed uri. mw.Uri is a step in the right direction... custom functions for bits and pieces of Uri handling in the utilities class is a ~not such a good~ direction. I agree. Now that I know mw.uri exists I think it's great to have it into core as it's own dedicated module. There's lots of more cool stuff in there [1]. It does possibly require a bit of updating when moved in core though, as it was written before the mw library was created in core: * making sure it doesn't rely on anything from the UploadWizard, * Small things like mw.isEmpty $.isEmpty * No need to map window.mediaWiki to mw (mw and jQuery and globals in core, $ should still be wrapped though (for now)) * lowerCamelCase instead of UpperCamels Also a few things that could perhaps be made more effecient/correct. * Functions and variables that are called 'private' but are in fact not private. * Static things that aren't static (anything that is common to all instances and should never change can be made private/static by puttig it in a local variable that way it's not re-created on every instance (faster) and is also private for real (like the comments say now) ). Anyway, awesome script! extend() and clone() are very neat as well. As getting parameter values wikiEncoding (preserving slash and colons etc.) is by far the most common use of url functions (atleast in core js and in all gadgets/tools I've seen) I suggest we do keep that those stand-alone in mw.util without dependancies. -- Krinkle [1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/UploadWizard/resources/mw.Uri.js?view=markup -- 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 27730] Move mw.uri module into the core
https://bugzilla.wikimedia.org/show_bug.cgi?id=27730 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on||27876 -- 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 27876] unnecessary things in mw.Uri.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=27876 Krinkle krinklem...@gmail.com changed: What|Removed |Added Blocks||27730 -- 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 27935] Page for Donald_Brown_(anthropologist) broken on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27935 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #12 from Krinkle krinklem...@gmail.com 2011-03-08 20:04:03 UTC --- I tried Firefox 3.6, Firefox 4beta and Safari 5 on Mac, articles with parantheses in them work fine for me, tried a dozen different ways of visiting the page with different urls and (un)escaped, no errors for me. -- 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 11267] User should be able to set fallback language(s) in preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=11267 --- Comment #14 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2011-03-08 20:13:15 UTC --- Unless we have language- (and btw. directionality-) aware message handling and proper caching for it, there is imho no way to make this happen. Meeting these requirements requires imho a major rewrite of code. -- 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