[Bug 26785] Text replacement broken in IE9
https://bugzilla.wikimedia.org/show_bug.cgi?id=26785 --- Comment #2 from Ashar Voultoiz 2011-01-19 07:18:59 UTC --- Krinkle, do not spend too much time on this : browsers beta always have such bugs. Alex> please make sure you report this bug to Microsoft. -- 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 26805] New: ResourceLoaderStartUpModule.php extendability
https://bugzilla.wikimedia.org/show_bug.cgi?id=26805 Summary: ResourceLoaderStartUpModule.php extendability Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com Some minor changes to ResourceLoaderStartUpModule.php would help towards a path of extendability. ie the module set ( jQuery and MediaWiki ) should be a local method or variable so that extending classes can override "startup" library includes. -- 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 26804] New: Minor ResourceLoader code clean up
https://bugzilla.wikimedia.org/show_bug.cgi?id=26804 Summary: Minor ResourceLoader code clean up Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com * ( multiple methods calls to generate local variables ) in ResourceLoader::preloadModuleInfo you set $skin to $context->getSkin(); then for db select call $context->getSkin(); again. * In the register call you should check and throw an error for an empty $name argument since it fails in mysterious ways if you happen to mess up your array merges before your register calls. -- 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 26803] New: prefix globals startUp and IsCompatible and ability to turn off "legacy globals"
https://bugzilla.wikimedia.org/show_bug.cgi?id=26803 Summary: prefix globals startUp and IsCompatible and ability to turn off "legacy globals" Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com For embedding the code in external sites there should be as few globals as possible and the globals should be prefixed ie 'mwStartUp' and 'mwIsCompatible' Also var LEGACY_GLOBALS = true; is hard coded in mediaWiki.js, would be nice to move that to a configuration option. ( So it could be disabled ) -- 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 26802] New: Optimizations in resource loader filestat checks?
https://bugzilla.wikimedia.org/show_bug.cgi?id=26802 Summary: Optimizations in resource loader filestat checks? Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com Feel free to close this quickly if I miss read the code... afaict after preloadModuleInfo we validate the cache for every logged in user? Does this mean we running filestat for every resource file every 5 min for every logged in user? If not already doing this, the RL could use global filestat times cache so its not validated for every logged in user so often? * Top level svn file reading. You could save a lot of filestat calls by just parsing revision from directory level svn files ( if available ). * The majority of mediaWiki installs they simply won't be modifying any of the release files, a global like $wgResourceLoaderCheckForFileChanges = false by default might not be a bad idea. What does ResourceLoaderFileModule::getModifiedTime-filemtime profile time look like for sites without squid in-front of mediaWiki? Maybe this is a non issue because of operating system level filestat cache? But might be painful for sites on network file systems. -- 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 26801] New: mediawiki modules should not reference legacy globals
https://bugzilla.wikimedia.org/show_bug.cgi?id=26801 Summary: mediawiki modules should not reference legacy globals Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com There seems to be some references to legacy globals in mediawiki.* code, for example mediawiki.util.js use of wgServer + wgArticlePath, They should instead use the mw.config.get option. -- 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 26800] New: Restructure how test work with resource loader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26800 Summary: Restructure how test work with resource loader Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com Right now the debugScripts module option is being abused for this purpose. debugScripts option should probably be removed or made into an 'private' module option for the framework to add its logging code. Testing should be registered in a consistent way so that a single entry point can run all the javascript tests. UploadWizard use of Janus is nice, but we need an integrated model and place to register tests. -- 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 26799] New: mediawiki.util should separate "page" code from "utility" code
https://bugzilla.wikimedia.org/show_bug.cgi?id=26799 Summary: mediawiki.util should separate "page" code from "utility" code Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com mediawiki.util should separate methods that do mediaWiki "page" stuff vs classes that do "utility" stuff. This way extensions that have alternate page structure or "skinless" entry points like "iframe video player", "facebook connect" type popup or any "popup windows" don't have to load DOM targets and convience functions for stuff that does not exist. ( not to mention stand alone usage ;) Some culprits include: "mw.util.updateTooltipAccessKeys", "mw.util.$content", "mw.util.addPortletLink" "updateTooltipAccessKeys" etc. I suggest moving base skin helpers into mediawiki.skin and keeping mediawiki.util for utility functions. -- 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 26798] New: mediaWiki.config.set should come before the loaderScripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=26798 Summary: mediaWiki.config.set should come before the loaderScripts Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com Loader scripts may want to check configuration, so ideally the execution order in startupModule could include mediawiki.confi.set before the anonymous execution of loaderScripts. ( i.e swap line 171 with line 172 in ResourceLoaderStartUpModule ) -- 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 23293] When transcluding special page like newpages/rc/etc if any edits tagged, strip markers exposed and page title overridden
https://bugzilla.wikimedia.org/show_bug.cgi?id=23293 --- Comment #18 from Bawolff 2011-01-19 02:57:53 UTC --- As far as I'm aware, its impossible. Its not just that the branch is older code, but its a mix of older and newer code, so if the older r number could be shown, that would also be inaccurate, as anything that was merged from trunk outside of a total version update would not be included. The least confusing course of action would be to disable showing such revision numbers on wikimedia wikis (but then again, the sysadmins might find those numbers useful perhaps, i don't know). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3241] Transclusion should produce tree-like results in "What links here"
https://bugzilla.wikimedia.org/show_bug.cgi?id=3241 Jens K Andersen changed: What|Removed |Added CC||jens@get2net.dk --- Comment #9 from Jens K Andersen 2011-01-19 02:09:31 UTC --- At [[Wikipedia:Village pump (technical)/Archive 69#What links here and navboxes]] I suggested a relatively simple sounding version: An option to hide pages that would not have linked if no transclusions had been performed on them. This seems good enough for most purposes to me, and a big improvement over the current options. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26797] New: Problem w/ disabling mobile site permanently
https://bugzilla.wikimedia.org/show_bug.cgi?id=26797 Summary: Problem w/ disabling mobile site permanently Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: irtc1...@gmail.com CC: tf...@wikimedia.org It seems like that the "Permanently disable mobile site" link doesn't work with error when non-latin character is included in url, maybe because of encoding problem. It doesn't happen in enwp, but I encountered the error in dewp, frwp, jawp, and kowp(it seems enwp and zhwp doesn't have the problem). When I access the link, it says 'We have a problem!' and redirects me to non-mobile site, which display 404 error. For example, please try accessing this url: http://ko.m.wikipedia.org/disable/ㄱ -- 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 26795] Fulltext search of CodeReview commit summaries, diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=26795 Mark A. Hershberger changed: What|Removed |Added Priority|Normal |Low CC||m...@everybody.org -- 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 5244] Allow searching in intersections, etc. of categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=5244 Aryeh Gregor changed: What|Removed |Added CC||Simetrical+wikibugs@gmail.c ||om --- Comment #43 from Aryeh Gregor 2011-01-19 00:43:32 UTC --- Yes, one likely way to do this would be to use fulltext indexes like for search. However, someone still has to actually write the code, and that someone must be familiar with the performance issues involved (which makes the pool of possible patch-writers much smaller than for a typical 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 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 --- Comment #8 from Trevor Parscal 2011-01-19 00:32:23 UTC --- As Chad mentioned, JSMin is now in includes/libs/JSMin.php - ResourceLoader uses it. We can either request special permission from the author, or use something else entirely. I did some benchmarking with JSMin, Tim's modified JSMin, and some GPL friendly alternatives. Tests were run on the development version of jQuery 1.4.4. --+---+-+-- LibraryTime (sec) Minified (bytes) Compressed (bytes) --+---+-+-- JSMin (Original) 3.5010022127983 JSMin (MediaWiki) 1.7110599029087 JavaScriptPacker 1.3654886 26327 JSMinPlus 5.4798382 27636 --+---+-+-- As you can see, Tim's changes to JSMin got the cost of running it down a bit. JavaScriptPacker is still the fastest, but it does some really scary things to try and get the minified size down, which are pretty much done in vein since the gzipped version is so similar in size as all the other minifiers which output much more sane and reliable code. JSMinPlus is really expensive to run, but I'm sure we could optimize it - at least it's a GPL compatible starting point. The alternative is of course, we write something of our own. I ended up doing just that for CSS minification since we wanted to do some really particular things that other libraries did not do or did not do well enough for our needs, such as data URI embedding and URL remapping. But the most compelling reason was that all the CSS minifiers out there were way too complex, and caused a lot of problems when CSS hacks were introduced. Furthermore, the difference between running the text through about 5 regular expression replacements and parsing the CSS into a structure and spitting it back out was negligable. This may or may not prove to be the case with JavaScript, but it's something to consider. If we could have something incredibly simple and 80% effective and support hooking into things like Google ClosureCompiler or the JSMin PHP extension on our own cluster, we will be in the clear license-wise and still be able to get the final 20% in our own production environments. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26662] Diffs not visible in feeds
https://bugzilla.wikimedia.org/show_bug.cgi?id=26662 Mark A. Hershberger changed: What|Removed |Added CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger 2011-01-19 00:26:39 UTC --- > How diffs could be visible again in the RSS or Atom feeds even-though > restricting viewing of pages has been set ? It seems like you could do that by introducing the bug that was fixed in 1.12 back into the software. Otherwise, I don't think this is what most users would want since it provides a way around the access restriction. Why you want this sort of control (protect the wiki, but not the diffs)? It almost sounds like you want to be using a real CMS (as the warning on the "Preventing access" page says) instead of a Wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26661] Uploading a jpeg with a tiff extension result in a void picture
https://bugzilla.wikimedia.org/show_bug.cgi?id=26661 --- Comment #6 from Mark A. Hershberger 2011-01-18 23:39:13 UTC --- Alolita, I've given this to you b/c it has to do with UI. Let me know if i'm 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 26661] Uploading a jpeg with a tiff extension result in a void picture
https://bugzilla.wikimedia.org/show_bug.cgi?id=26661 Mark A. Hershberger changed: What|Removed |Added CC||m...@everybody.org AssignedTo|wikibugs-l@lists.wikimedia. |asha...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16043] Link to a dedicated status update channel in IRC from the WMF error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=16043 --- Comment #16 from MZMcBride 2011-01-18 23:33:13 UTC --- (In reply to comment #15) > IRC is probably unknown to most users or at least difficult to connect to (you > need to know what is IRC and have a client for it). > I would personally resolve this bug and wont fix it. Bug 20079 (link to > twitter) provides a better, scalable alternative. There's also http://status.wikimedia.org/ now, which didn't exist when this bug was filed. I agree that IRC is fairly obscure and probably doesn't need to be mentioned in the error message. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26651] Access to ratings difficult, leading to "dummy-ratings"
https://bugzilla.wikimedia.org/show_bug.cgi?id=26651 Mark A. Hershberger changed: What|Removed |Added Priority|Normal |Lowest CC||m...@everybody.org -- 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 3241] Transclusion should produce tree-like results in "What links here"
https://bugzilla.wikimedia.org/show_bug.cgi?id=3241 --- Comment #8 from hpvpp 2011-01-18 23:18:22 UTC --- Not being able to filter out links originating from templates makes the "what links here" useless for pages containing such templates. If the functionality was created to assist editors (which I think is safe to assume) then it clearly was not thought through properly before being implemented. And if that is indeed the case then a WONTFIX would be a blatant disregard of responsibility. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26611] Bugs that should be fixed for 1.17 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Mark A. Hershberger changed: What|Removed |Added Depends on||26647 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26647] MW holds DB transaction open across mail()
https://bugzilla.wikimedia.org/show_bug.cgi?id=26647 Mark A. Hershberger changed: What|Removed |Added Blocks||26611 --- Comment #2 from Mark A. Hershberger 2011-01-18 23:16:57 UTC --- I'm not sure this is a blocker yet, but marking it a blocker 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 26647] MW holds DB transaction open across mail()
https://bugzilla.wikimedia.org/show_bug.cgi?id=26647 Mark A. Hershberger changed: What|Removed |Added Summary|MW holds txn open across|MW holds DB transaction |mail() |open across mail() -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26647] MW holds txn open across mail()
https://bugzilla.wikimedia.org/show_bug.cgi?id=26647 Mark A. Hershberger changed: What|Removed |Added CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger 2011-01-18 23:12:46 UTC --- When you say "some circumstance" is there any way a developer could easily reproduce 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 26796] New: Import from two sources where the last one is done after a failure on the first, breaks the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=26796 Summary: Import from two sources where the last one is done after a failure on the first, breaks the history Product: MediaWiki Version: wikimedia-deployment Platform: All URL: http://no.wikipedia.org/w/index.php?title=Bruker:Stigm j/Isaac_Watts&action=history OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sti...@gmail.com When importing from enwiki, which failed for some unknown reason and then importing from svwiki, the history shows some peculiar results. Apparently, the enwiki-import was completed last, but both entries for the import shows the svwiki-version. See http://no.wikipedia.org/w/index.php?title=Bruker:Stigmj/Isaac_Watts&action=history for information. The article was originally at http://no.wikipedia.org/w/index.php?title=Isaac_Watts, but moved to preserve for this bugreport. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23293] When transcluding special page like newpages/rc/etc if any edits tagged, strip markers exposed and page title overridden
https://bugzilla.wikimedia.org/show_bug.cgi?id=23293 --- Comment #17 from Mark Clements (HappyDog) 2011-01-18 21:39:03 UTC --- OK. Thanks for the clarification. Is there any meaningful way to get this reflected in Special:Version, or is that impossible? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26759] Add NS_MAIN to $wgNamespacesWithSubpages for nlwikimedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=26759 Ashar Voultoiz changed: What|Removed |Added Status|NEW |RESOLVED CC||has...@free.fr Resolution||FIXED --- Comment #1 from Ashar Voultoiz 2011-01-18 21:27:00 UTC --- +'+nlwikimedia' => array( 0 => 1, 1 => 1 ), local revision 1468 synced live. Confirmed by folks on irc #wikimedia-nl -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24445] Invalidate full cache of math image on WMF
https://bugzilla.wikimedia.org/show_bug.cgi?id=24445 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr --- Comment #1 from Ashar Voultoiz 2011-01-18 20:45:38 UTC --- Maybe we could purge the math subfolders (4096 of them) one by one for files before april 9 2010. We would need some metrics to track the math generation though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 Ashar Voultoiz changed: What|Removed |Added Keywords||need-review CC||has...@free.fr -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23917] Commons favicon broken on Safari & Chrome (Mac) // Also distorted on other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=23917 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr --- Comment #7 from Ashar Voultoiz 2011-01-18 20:27:38 UTC --- The favicon.ico file should be a 16x16 unanimated icon. It should be as light as possible. Actual icons are 300bytes to 1500bytes. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26781] Leading asterisk, hash, colon or semicolon in parser function output incorrectly parsed as if beginning a line
https://bugzilla.wikimedia.org/show_bug.cgi?id=26781 --- Comment #2 from Ilmari Karonen 2011-01-18 20:21:40 UTC --- There seem to actually be two bugs here. r80511 and r80512 should fix the issue of insufficient escaping of the output of {{PAGENAME}} and friends. Meanwhile, r80430 addresses the more general issue of handling template / parser function output beginning with "*#;:" characters (which seems to be a regression from bug 529). Assuming that neither fix is reverted, I think this bug can probably be closed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3241] Transclusion should produce tree-like results in "What links here"
https://bugzilla.wikimedia.org/show_bug.cgi?id=3241 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #7 from Krinkle 2011-01-18 19:48:28 UTC --- Aside from it not being possible with the current system, there's also the matter of deciding what is made by what. A link in a template would be deeper in the tree than the template itself. However what about stuff like this: ## [[Article]] {{Sometemplate |param=Foobar }} ## [[Template:Sometemplate]] Check out [[{{param}}]] Etc. you can imagine the possiblities and dependencies. It's hard and depends on point of view to say that a link is "from a template" as there are dynamic dependencies both up and down the tree that may change things. I'm thinking a WONTFIX... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26611] Bugs that should be fixed for 1.17 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Rob Lanphier changed: What|Removed |Added Depends on|26791 | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Rob Lanphier changed: What|Removed |Added CC||ro...@wikimedia.org Blocks|26611 | --- Comment #7 from Rob Lanphier 2011-01-18 19:43:26 UTC --- Which maintenance script(s) use this component? Reedy marked this as a blocker for bug 26611, but I disagree that this should block our deployment to WMF sites. We *may* want to block 1.17 tarball release for 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 26785] Text replacement broken in IE9
https://bugzilla.wikimedia.org/show_bug.cgi?id=26785 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle 2011-01-18 19:40:20 UTC --- Could be related to \r\n\ vs. \n. Haven't investigated deeply yet. -- 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 26755] Option to Smush.it on image upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=26755 --- Comment #5 from Bryan Tong Minh 2011-01-18 19:35:48 UTC --- (In reply to comment #4) > The 'UploadVerifyFile' hook might actually be an ok place to rig something up, > though it might not be ideal. (Disclaimer: I haven't tried it.) It needs a new hook I think. Something that is called just after fetchFile(). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26755] Option to Smush.it on image upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=26755 --- Comment #4 from Brion Vibber 2011-01-18 19:34:04 UTC --- MediaWiki generally prefers to accept input files in their exact original format, then create derivative files optimized for output (convert to web-friendly sizes & formats, strip giant EXIF thumbnails, etc). To actually modify the original file on upload, you'd probably want to do it pretty early in the upload process, so you're not worrying about for instance accidentally changing the file after a SHA-1 checksum has been generated. The 'UploadVerifyFile' hook might actually be an ok place to rig something up, though it might not be ideal. (Disclaimer: I haven't tried 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 26795] Fulltext search of CodeReview commit summaries, diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=26795 --- Comment #1 from Brion Vibber 2011-01-18 18:59:25 UTC --- Krinkle's got a grep thingy on toolserver which can help until something's more tightly integrated: http://toolserver.org/~krinkle/wikimedia-svn-search/view.php?id=73&hash=2b7dc3d581c46613e69c42cc003cbf3a#F2L2788 -- 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 26795] New: Fulltext search of CodeReview commit summaries, diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=26795 Summary: Fulltext search of CodeReview commit summaries, diffs Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: br...@pobox.com ReportedBy: br...@pobox.com CC: innocentkil...@gmail.com, s...@reedyboy.net Being able to search for particular keywords or phrases in commit summaries or diffs can greatly help in tracking down a change. It may be feasible to stuff custom entries into the searchindex table (w/ MySQL search) or indirectly into the search engine (w/ Lucene), but this may require infrastructure for a clean search engine update interface. Being able to restrict the search by branch or path, date, or committer would be suitably useful with this. Identifying classes/methods/functions altered even when their definition lines don't appear in the diff would be *very* helpful, but might be harder. (Break these out to separate bugs if not initially built with the other stuff.) -- 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 26611] Bugs that should be fixed for 1.17 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Reedy changed: What|Removed |Added Depends on||26791 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Reedy changed: What|Removed |Added Blocks||26611 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26792] Add global variable to disable newPPP limit report
https://bugzilla.wikimedia.org/show_bug.cgi?id=26792 Reedy changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #1 from Reedy 2011-01-18 18:33:29 UTC --- SVN trunk, and as such, 1.17 will have, &disablepp in action=parse on the API already... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23925] "http://si.m.wikipedia.org" Homepage Not Yet Configured
https://bugzilla.wikimedia.org/show_bug.cgi?id=23925 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr --- Comment #1 from Ashar Voultoiz 2011-01-18 18:13:40 UTC --- Is it fine now ? Does not seem to say the homepage is not yet configured. -- 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 16043] Link to a dedicated status update channel in IRC from the WMF error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=16043 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr --- Comment #15 from Ashar Voultoiz 2011-01-18 18:05:32 UTC --- IRC is probably unknown to most users or at least difficult to connect to (you need to know what is IRC and have a client for it). I would personally resolve this bug and wont fix it. Bug 20079 (link to twitter) provides a better, scalable alternative. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15434] Periodical run of currently disabled special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=15434 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr --- Comment #18 from Ashar Voultoiz 2011-01-18 17:59:37 UTC --- Special pages disabled for all wikis : Ancientpages CrossNamespaceLinks Deadendpages Fewestrevisions Mostlinked Mostrevisions Wantedpages We might as well hide them / disable them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26794] http://en.wikibooks.org/wiki/Latin Chapter 5, Parts 2-7-8
https://bugzilla.wikimedia.org/show_bug.cgi?id=26794 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||INVALID --- Comment #1 from Chad H. 2011-01-18 17:38:37 UTC --- Please bring that up with the local wiki community. Bugzilla is not the place for undeletion requests. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26794] New: http://en.wikibooks.org/wiki/Latin Chapter 5, Parts 2-7-8
https://bugzilla.wikimedia.org/show_bug.cgi?id=26794 Summary: http://en.wikibooks.org/wiki/Latin Chapter 5, Parts 2-7-8 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: ogutt...@hotmail.com Chapter 5, Parts 2,7,8 of the Latin/Lesson book ( http://en.wikibooks.org/wiki/Latin ) has been removed. I wish to be able to reach the content. Yours Sincerely -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26793] New: Mis-attributed edits after move into and out of SUL'ed account
https://bugzilla.wikimedia.org/show_bug.cgi?id=26793 Summary: Mis-attributed edits after move into and out of SUL'ed account Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ka...@nightcall.dk (Don't know if this bug should be reported against Wikimedia or Mediawiki; please re-assign as you see fit.) Mid-December 2010 the dawiki user "Pusleogpixi" requested renaming to "Pixi" in order to get a shorter name. On 29 December 2010 the process was set in motion by first moving an existing (unused) account out of the way, renaming it to "Pixi1" as per our procedure. For some reason I didn't do my usual sanity checks before renaming "Pusleogpixi" to the new free "Pixi" account, too late realising that the "Pixi" account had already been SUL'ed from another wiki and not by the user requesting the renaming. Upon noticing my mistake, I immediately moved the account back to "Pusleogpixi", however the edits stayed behind in the "Pixi" account, which now no longer exists, and they are still there at this time. I asked the user to come up with another name, not already taken on any Wikimedia wiki, and then on 30 December 2010 renamed the "Pusleogpixi" account to its final name, "Pixi Uno". Strangely, the edit counters on the Toolserver correctly attributes previous edits to "Pixi Uno", while they on dawiki's history pages incorrectly are attributed to "Pixi" and hence are missing from "Pixi Uno"'s user contributions. The user is accumulating new edits in the renamed account, but would like the old edits back. How do we resolve this problem? Renaming log on dawiki: http://da.wikipedia.org/w/index.php?title=Speciel%3ALoglister&type=renameuser&month=-1 Mis-attributed edits to the non-existant "Pixi" user: http://da.wikipedia.org/wiki/Speciel:Bidrag/Pixi Mediawiki says that the "Pixi" account doesn't exist: http://da.wikipedia.org/wiki/Bruger:Pixi The "Pixi Uno" account is accumulating new edits: http://da.wikipedia.org/wiki/Speciel:Bidrag/Pixi_Uno "Pixi Uno"'s edit counter on the Toolserver: http://toolserver.org/~vvv/sulutil.php?user=Pixi+Uno "Pixi"'s edit counter on the Toolserver: http://toolserver.org/~vvv/sulutil.php?user=Pixi -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5244] Allow searching in intersections, etc. of categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=5244 --- Comment #42 from Daniel 2011-01-18 17:14:00 UTC --- So, you can use that search trick to do it for intersections, but it can't be done efficiently? Can't you just make it do whatever that search trick does? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26790] Changed value of 'Days to show in recent changes' showed only one time in recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=26790 LordAndrew changed: What|Removed |Added Attachment #8003|0 |1 is obsolete|| -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 6341] "New pages" expire too soon on small wikis, leaving minimal entries in Special:Newpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=6341 Ashar Voultoiz changed: What|Removed |Added Status|NEW |RESOLVED CC||has...@free.fr Resolution||WONTFIX --- Comment #10 from Ashar Voultoiz 2011-01-18 16:43:56 UTC --- $wgRCMaxAge is 30 days on live cluster which should be enough for most projects. Since the original requester talked about en.wikibooks.org and that project got much more activity nowaday, I am assuming 30 days is enough for this project. Thus I am closing this bug. If any project need this value raised, feel free to open a new request to raise 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 23293] When transcluding special page like newpages/rc/etc if any edits tagged, strip markers exposed and page title overridden
https://bugzilla.wikimedia.org/show_bug.cgi?id=23293 --- Comment #16 from Bawolff 2011-01-18 16:11:48 UTC --- when people say fixed in rWhatever, they're generally referring to that revision of trunk. Wikimedia servers are running a branch, so its running r79563 of 1.16wmf4, which is mostly r64689 of trunk, with the odd newer revision thrown in (like r79562 to pick a random example). So 1.16wmf4 more or less is the same as r64689 regardless of what special:version says. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5244] Allow searching in intersections, etc. of categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=5244 --- Comment #41 from Bawolff 2011-01-18 16:03:18 UTC --- (In reply to comment #38) > Soon it will be half a dozen duplicates of this feature request that have been > raised. Can we act on this sooner? Having many duplicates doesn't change the fact its a difficult problem to solve efficiently. As an aside, there is some limited support for categoryintersection via the various toolserver scripts - http://toolserver.org/~daniel/WikiSense/CategoryIntersect.php . Additionally, the search box can kind of do category intersection if your search for incategory:first_category incategory:second_category. See [[Help:Searching]]. Both these are still far from what is being requested, but they may be helpful for your particular needs. In regards to comment 28 - the issue is not making category intersection code - that is relatively easy and already exists in various extensions, like DynamicPageList. The issue is making it efficient for something on the scale of Wikipedia. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 LordAndrew changed: What|Removed |Added CC||reachouttothetruth@hotmail. ||com --- Comment #6 from LordAndrew 2011-01-18 15:59:33 UTC --- The Free Software Foundation also says this license is non-free and therefore incompatible with the GPL. See http://www.gnu.org/licenses/license-list.html#JSON -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26760] Request for Wikimedia NYC-discuss mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=26760 Casey Brown changed: What|Removed |Added CC||b...@caseybrown.org --- Comment #1 from Casey Brown 2011-01-18 15:51:04 UTC --- List "Wikimedia-US-NYC-Discuss" created and password sent to Richard. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26708] remove table { background-color: white } in Vector and Monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=26708 Krinkle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #9 from Krinkle 2011-01-18 15:33:56 UTC --- Fixed in r80495. -- 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 26792] New: Add global variable to disable newPPP limit report
https://bugzilla.wikimedia.org/show_bug.cgi?id=26792 Summary: Add global variable to disable newPPP limit report Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: plix.tixipli...@gmail.com There is currently no way (that I can find) to disable the HTML comment added by the Parser detailing the "newPPP limit report" without restoring to changing the method call of enableLimitReport() in ParserOptions. Not all wikis want or need that HTML comment, especially in API output where it will usually be stripped from the HTML down the line. A global like $wgEnableParserLimitReporting (default true) that could be added to LocalSettings.php and set to false would be much appreciated. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 --- Comment #5 from Chad H. 2011-01-18 14:14:40 UTC --- My mistake, I was confusing it with removing a Makefile to run minify.php on a series of JS files (see r79641). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 --- Comment #4 from matthieu.far...@smile.public.lu 2011-01-18 14:08:25 UTC --- I just checked in the nightly build tarball, MediaWiki 1.17alpha, and minify.php is still in the maintenance directory and JSMin.php is still used by this component. >From where has it been removed? Cheers, M. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Ashar Voultoiz changed: What|Removed |Added Keywords||upstream CC||has...@free.fr Component|General/Unknown |Maintenance scripts -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Chad H. changed: What|Removed |Added Component|Maintenance scripts |General/Unknown --- Comment #3 from Chad H. 2011-01-18 13:57:27 UTC --- minify.php was removed, so this isn't a maintenance issue anymore. This is an issue with includes/libs/JSMin.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 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Raimond Spekking changed: What|Removed |Added CC||raimond.spekk...@gmail.com Version|1.18-svn|1.16.1 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 matthieu.far...@smile.public.lu changed: What|Removed |Added Component|General/Unknown |Maintenance scripts --- Comment #2 from matthieu.far...@smile.public.lu 2011-01-18 13:52:25 UTC --- Hi, Thanks for your quick answer. JSMin is a core class from Mediawiki. grep -C 4 -r JSMin.php . Load for by the global loader and it seems called one time by a maintenance script : minify.php switch ( $extension ) { case 'js': $outText = JSMin::minify( $inText ); break; default: $this->error( "No minifier defined for extension \"$extension\"" ); } As you can see the only script relying on JSMin is basically a maintenance script and that's the reason why we put it there. Although legal, this is NOT a docs issue. This impacts the very "free" nature of MediaWiki. Regards, Matthieu -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Chad H. changed: What|Removed |Added Component|Maintenance scripts |General/Unknown Version|1.16.1 |1.18-svn --- Comment #1 from Chad H. 2011-01-18 13:32:06 UTC --- Not a maintenance script issue, reassigning to General/Unknown (or is it a Docs issue?) instead of me. Also removing my CC, because I'm not really interested. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26791] New: Modified MIT licensed component incompatible with GPL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26791 Summary: Modified MIT licensed component incompatible with GPL Product: MediaWiki Version: 1.16.1 Platform: All URL: https://github.com/rgrove/jsmin-php/issues#issue/4 OS/Version: All Status: NEW Severity: major Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matthieu.far...@smile.public.lu CC: innocentkil...@gmail.com Hi all I am creating the content of a training dedicated to legal security in software developments, and decided to use mediawiki source code as a support on how to audit from a legal standpoint source code. The JSMin.php component which is a core class from mediawiki is licensed under a MIT/X license which has been modified by including the following mention. "The Software shall be used for Good, not Evil." This restricts the use of the software in certain case, renders in turn the software non-free, therefore non compatible with the GNU GPL v2 used for mediawiki. A colleague of mine has contacted the authors of the latter class, by uploading the issue on their gitHub site (see https://github.com/rgrove/jsmin-php/issues#issue/4 ). Although this might seem like a minor issue, it nonetheless impacts the legal situation of your excellent wiki platform. I hope you will be able to solve this, Best regards, Matthieu -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26706] Unable to login ("Login sucessful" --> [[Special:Watchlist]] --> "Not logged in" --> repeat )
https://bugzilla.wikimedia.org/show_bug.cgi?id=26706 Leinad changed: What|Removed |Added CC||waihor...@yahoo.com.hk --- Comment #13 from Leinad 2011-01-18 11:40:15 UTC --- *** Bug 26789 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 26789] Auto logout on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=26789 Leinad changed: What|Removed |Added Status|NEW |RESOLVED CC||danny.lei...@gmail.com Resolution||DUPLICATE --- Comment #1 from Leinad 2011-01-18 11:40:15 UTC --- *** This bug has been marked as a duplicate of bug 26706 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26790] Changed value of 'Days to show in recent changes' showed only one time in recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=26790 --- Comment #2 from Nadeesha 2011-01-18 11:37:30 UTC --- Created attachment 8005 --> https://bugzilla.wikimedia.org/attachment.cgi?id=8005 correct screenshot - recent changes screenshot before -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26790] Changed value of 'Days to show in recent changes' showed only one time in recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=26790 --- Comment #1 from Nadeesha 2011-01-18 10:25:35 UTC --- Created attachment 8004 --> https://bugzilla.wikimedia.org/attachment.cgi?id=8004 recent changes screenshot after click -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26790] New: Changed value of 'Days to show in recent changes' showed only one time in recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=26790 Summary: Changed value of 'Days to show in recent changes' showed only one time in recent changes Product: MediaWiki Version: 1.18-svn Platform: PC OS/Version: Windows XP Status: NEW Severity: minor Priority: Normal Component: Recent changes AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nade...@gmail.com Created attachment 8003 --> https://bugzilla.wikimedia.org/attachment.cgi?id=8003 recent changes screenshot before Steps to reproduce 1. Logged in to MediaWiki. 2. Go to My preferences -> Recent changes 3. Edit 'Days to show in recent changes' . (eg. 2, 4, 6) 4. Click on the 'Recent changes' link. 5. Observe the edited value of 'Days to show in recent changes' is available in the 'Show last 50 | 100 | 250 | 500 changes in last 1 | 3 ...' 6. Click on the any link in between 'last 1 | 3 ... | 7 | 14 | 30 days'. Actual results: Newly added link from the 'Days to show in recent changes' value is disappeared. (refer the screen shot) Expected results: Newly added link should not be removed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26789] New: Auto logout on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=26789 Summary: Auto logout on Wikimedia wikis Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: waihor...@yahoo.com.hk Some user report in ZHwiki VP that: 1. User from China and cookies enabled. No virus in computer. 2. User from Hong Kong and logout while reading articles. Just login a few minutes before. The user says that today is better. Plesae fix 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 26788] New: New replies not displayed for some users
https://bugzilla.wikimedia.org/show_bug.cgi?id=26788 Summary: New replies not displayed for some users Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: jant...@ratesoft.hu CC: bhar...@wikimedia.org MediaWiki 1.16.0 + LiquidThreads 2.0 We have a simple discussion page with one thread that has 2 comments. There are several users who can see both comments and one that can see only one comment (the last comment he added is not displayed for him). User privileges are all the same, so we don't know what to do. (Discussion history page shows the last edit as well!) -- 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 26584] Add Portal namespace to Tarandine Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=26584 --- Comment #11 from Giuseppe Rusciano 2011-01-18 08:01:59 UTC --- Hi everybody, don't worry if it's possible put accents it's ok, otherwise you can write Ngazzaminde d u Portale. As usual thank you for your responses. Giuseppe Rusciano -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l