[Bug 32120] New Assamese Transliteration Scheme
https://bugzilla.wikimedia.org/show_bug.cgi?id=32120 Junaid junu.pv+pub...@gmail.com changed: What|Removed |Added CC||santhosh.thottingal@gmail.c ||om --- Comment #1 from Junaid junu.pv+pub...@gmail.com 2011-11-05 08:28:51 UTC --- Using back slashes within transliteration is not a good choice. Current recommendation contains '\' and '\\' for '।' and '॥' respectively. Black slash will be used widely for escaping. Can you discuss it to change to something else, possibly to '.' (full-stop) and '..' respectively if it doesn't conflict with any. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32214] New: [QUnit] Accessing ~krinkle/testswarm via https should load all scripts via https
https://bugzilla.wikimedia.org/show_bug.cgi?id=32214 Web browser: --- Bug #: 32214 Summary: [QUnit] Accessing ~krinkle/testswarm via https should load all scripts via https Product: MediaWiki Version: 1.18 Platform: All URL: https://toolserver.org/~krinkle/testswarm/ OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Unit tests AssignedTo: has...@free.fr ReportedBy: listenle...@gmail.com CC: krinklem...@gmail.com, m...@everybody.org Classification: Unclassified When you go to https://toolserver.org/~krinkle/testswarm/ and start the tests only two scripts are loaded via https: jquery.js and run.js. All other scripts (line http://toolserver.org/~krinkle/testswarm-tmp-checkouts/r101990/resources/jquery/jquery.js) are loaded via http. This should change to https, too. -- 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 32215] New: [Wikimedia Messages] Change all sitesupport-url to protocol-relative URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=32215 Web browser: --- Bug #: 32215 Summary: [Wikimedia Messages] Change all sitesupport-url to protocol-relative URL Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: [other] AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Blocks: 20342 Classification: Unclassified I am not sure, if protocol-relative url in the sidebar works, when it works, please change all sitesupport-url to protocol-relative urls, so https user get a https link. When not, we need another bug for that, which blocks this bug. This needs also some on-wiki changes, because at least de.wp has a local message [[de:MediaWiki:Sitesupport-url]]. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Depends on||32215 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32159] some links seem to be in god mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=32159 --- Comment #1 from seth email_metawiki_...@wg-karlsruhe.de 2011-11-05 11:36:16 UTC --- The sbl extension searches for /https?:\/\/+[a-z0-9_\-.]*(\bexample\.com\b) That means sbl entries always start with a domain part of a url. Actually that's ok, because google-links like the above mentioned also include full urls. The problem is that those urls are encoded (see [[w:en:Percent-encoding]]) and the sbl extension does no decoding. So ...?url=http%3A%2F%2Fwww.example.com is not resolved as ...?url=http://www.example.com Solutions could be either 1. letting the regexp pattern start not with /https?:\/\/+[a-z0-9_\-.]*(/ but with /https?(?i::|%3a)(?i:\/|%2f){2,}[a-z0-9_\-.]*(/ or 2. decoding urls before doing the regexp matching. (The second option is better for it is more general.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32145] Namespaces/Aliases for Wikipedia, Project and Portal namespace in Assamese wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32145 Reedy s...@reedyboy.net changed: What|Removed |Added Priority|High|Normal Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32050] GlobalUsage does not use protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=32050 duplicate...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #4 from duplicate...@googlemail.com 2011-11-05 12:00:26 UTC --- *** This bug has been marked as a duplicate of bug 31644 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31644] Global usage should use protocol relative links
https://bugzilla.wikimedia.org/show_bug.cgi?id=31644 duplicate...@googlemail.com changed: What|Removed |Added CC||jhs...@gmail.com --- Comment #4 from duplicate...@googlemail.com 2011-11-05 12:00:26 UTC --- *** Bug 32050 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 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Bug 20342 depends on bug 32050, which changed state. Bug 32050 Summary: GlobalUsage does not use protocol-relative URLs https://bugzilla.wikimedia.org/show_bug.cgi?id=32050 What|Old Value |New Value Status|NEW |RESOLVED Resolution||DUPLICATE -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26204] fontsize in source too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #17 from Erwin Dokter er...@darcoury.nl 2011-11-05 12:15:15 UTC --- What extension is that? I can't find it. If it has an associated CSS file (judging from GeShi's tendencies to throw all CSS inline, I doubt there is), it should be put in there . -- 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 32182] enable articlefeedback extension on spanish wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32182 --- Comment #1 from Reedy s...@reedyboy.net 2011-11-05 12:24:01 UTC --- I have enabled it, but it doesn't seem to be showing up.. I thought it was enough to set the NS, but it seems it might want a category. Arrgh... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32202] Moodbar on nl: wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32202 --- Comment #1 from Reedy s...@reedyboy.net 2011-11-05 12:34:49 UTC --- I don't see any reason it can't be enabled elsewhere, though, I need to run it via features first to see if it can be done It would seem the tables have already been created across all WMF wikis, but it is only enabled on enwiki -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26204] fontsize in source too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 DavidL lamb...@orange.fr changed: What|Removed |Added CC||lamb...@orange.fr --- Comment #18 from DavidL lamb...@orange.fr 2011-11-05 12:57:36 UTC --- There is MediaWiki:Geshi.css for CSS about the Geshi extension. -- 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 31982] LocalisationUpdate doesn't work well with languages with fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=31982 --- Comment #4 from duplicate...@googlemail.com 2011-11-05 13:02:15 UTC --- (In reply to comment #3) (In reply to comment #2) When recache, the fallback languages should also be recached. Is this true? It seems the fallback language messages are just fetched with $this-readPHPFile(). It should, but I am not sure, if it done at the momement. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32212] PDF rendering problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=32212 DavidL lamb...@orange.fr changed: What|Removed |Added Priority|Unprioritized |High -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31947] fawikisource change author from مؤلف to پدیدآورنده
https://bugzilla.wikimedia.org/show_bug.cgi?id=31947 --- Comment #1 from Bellavista1957 tahmor...@hotmail.com 2011-11-05 14:22:05 UTC --- To clarify the request I would like to add that the word پدیدآورنده (padidavarandeh = means creator of a work) is a broader term and is in Persian language. Pedram Salehpoor the other Admin of Wikisource Farsi has also agreed to change presently used مؤلف (Moalef = writer of prosa text) to پدیدآورنده. I would be thankful if you could process my request. Bellavista1957 Admin Farsi Wikisource. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26204] fontsize in source too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #19 from Erwin Dokter er...@darcoury.nl 2011-11-05 14:54:21 UTC --- That file tends to load *after* user CSS, so that is not an option. That is one of the reasons I moved the font declaration to common.css in the first place. -- 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 26204] fontsize in source too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #20 from Erwin Dokter er...@darcoury.nl 2011-11-05 15:01:50 UTC --- The extension is called SyntaxHighlight_GeSHi. It has no CSS file, so a fix in core is out. However, if the extension can be adapted to have a CSS file, or load [[MediaWiki:Geshi.css]] ahead of site/user CSS, then that should be considered. -- 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 32216] New: AbuseFilter should use the APIEditBeforeSave hook
https://bugzilla.wikimedia.org/show_bug.cgi?id=32216 Web browser: --- Bug #: 32216 Summary: AbuseFilter should use the APIEditBeforeSave hook Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: AbuseFilter AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b-jor...@alum.northwestern.edu CC: agarr...@wikimedia.org Classification: Unclassified When an API edit is blocked by an AbuseFilter, the response received is particularly unhelpful: ?xml version=1.0?apierror code=hookaborted info=The modification you tried to make was aborted by an extension hook //api No indication that it was even due to the abuse filter. The abuse filter should be modified to use the APIEditBeforeSave to return appropriate information for API edits (see how SpamBlacklist does it, for example). This would probably also require adjusting EditPage to give access the edit summary stored in there. Or I suppose EditPage could be modified to report the responsible extension whenever a hook aborts an edit, but that seems like it might be harder. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32217] New: Drop MySQL 4 support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32217 Web browser: --- Bug #: 32217 Summary: Drop MySQL 4 support Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Classification: Unclassified So we get nice things like subqueries, which using them now was somewhat dependant on what the cluster was running. MySQL 5 has been production release since October 2005 [1], I think we've been supporting it long enough. I can't imagine too many people are still running it...? [1] http://en.wikipedia.org/wiki/MySQL#Product_history -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22750] update export-0.4.xsd
https://bugzilla.wikimedia.org/show_bug.cgi?id=22750 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26563] Add characters changed per revision for stub and full article dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=26563 Bug 26563 depends on bug 22750, which changed state. Bug 22750 Summary: update export-0.4.xsd https://bugzilla.wikimedia.org/show_bug.cgi?id=22750 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32217] Drop MySQL 4 support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32217 --- Comment #1 from Reedy s...@reedyboy.net 2011-11-05 15:26:28 UTC --- Note, I'm not suggesting to actively break back compat (is there any way we could?)? Does anyone even actually test on mysql4 now after the last mysql boxen have gone from WMF? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32216] AbuseFilter should use the APIEditBeforeSave hook
https://bugzilla.wikimedia.org/show_bug.cgi?id=32216 --- Comment #1 from Reedy s...@reedyboy.net 2011-11-05 15:35:43 UTC --- Is this any better in newer versions? I know Roan did some refactoring to the status objects on the API edit stuff... I can't say hwether it is, just be interesting to know if you'd 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 32216] AbuseFilter should use the APIEditBeforeSave hook
https://bugzilla.wikimedia.org/show_bug.cgi?id=32216 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||23855 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23855] Non Core API Tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=23855 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||32216 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32216] AbuseFilter should use the APIEditBeforeSave hook
https://bugzilla.wikimedia.org/show_bug.cgi?id=32216 --- Comment #2 from Brad Jorsch b-jor...@alum.northwestern.edu 2011-11-05 15:44:18 UTC --- Just tried it on my local test wiki updated to r102103, same behavior. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32208] categorymembers return empty subcategories list (cmnamespace=14)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32208 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|categorymembers return |categorymembers return |empty sucategories list |empty subcategories list |(cmnamespace=14)|(cmnamespace=14) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31947] fawikisource change author from مؤلف to پدیدآورنده
https://bugzilla.wikimedia.org/show_bug.cgi?id=31947 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Keywords||shell Component|Site requests |Language setup -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9977] Refactor namespace rights checks out of Title.php, into Namespace.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=9977 --- Comment #4 from Scott A. Colcord sacol...@provide.net 2011-11-05 17:27:59 UTC --- Probably not soon, I'm afraid. Mediawiki took so long to review my patches that I ended up making a private fork of the code after 1.10, and I'm not sure when/if I'll try to re-sync. -- 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 32217] Drop MySQL 4 support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32217 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-05 17:31:37 UTC --- Using subqueries would pretty actively break back compat. :) I've no objection to 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 32217] Drop MySQL 4 support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32217 --- Comment #3 from Reedy s...@reedyboy.net 2011-11-05 18:30:30 UTC --- (In reply to comment #2) Using subqueries would pretty actively break back compat. :) I've no objection to this... I was meaning going actively out of our way to break it. But this is slightly pointless, and probably just ignore it completely But yeah, it's not like we're breaking stuff for a recent high use version of it. Maybe something just to explicitly change for 1.19, and going forward Probably some cleanup work to remove some of the mysql 4 related globals and such Be nice to clear it all out Thinks like: $wgDBmysql4, $wgDBmysql5... And then 4 other usages in MysqlInstaller -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32219] New: Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 Web browser: --- Bug #: 32219 Summary: Make $wgUseInstantCommons protocol relative Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de CC: innocentkil...@gmail.com Blocks: 20342 Classification: Unclassified $wgUseInstantCommons uses at the moment a link to http://commons.wikimedia.org/w/api.php, it is possible to change this to a protocol relative url? Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Depends on||32219 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32220] New: make hints to MediaWiki.org in messages protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32220 Web browser: --- Bug #: 32220 Summary: make hints to MediaWiki.org in messages protocol relative Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Blocks: 20342 Classification: Unclassified The following messages have some http links to mediawiki.org. Please make them protocol relative. tog-externaleditor tog-externaldiff img-auth-nopathinfo (need a link text) allmessagestext edit-externally-help version-poweredby-credits Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Depends on||32220 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32221] New: Manage available and default puppet classes and variables through a web interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=32221 Web browser: --- Bug #: 32221 Summary: Manage available and default puppet classes and variables through a web interface Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified Currently to change the list of available and default puppet classes and variables, it's required to edit the LocalSettings.php file. This takes a lot of effort from a process point of view, and makes it harder for volunteers to test puppet changes. OSM should have a web interface for modifying these values, and adding new ones. -- 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 32222] New: Add support to group puppet classes and variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=3 Web browser: --- Bug #: 3 Summary: Add support to group puppet classes and variables Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified Currently the configuration and instance creation interface show all classes and variables lumped together. When we have a large number of classes and variables this gets confusing. We should be able to group the classes and variables into types, which would make it more apparent to users what they need to configure to make a working instance. -- 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 32223] New: Puppet classes and variables should have descriptions
https://bugzilla.wikimedia.org/show_bug.cgi?id=32223 Web browser: --- Bug #: 32223 Summary: Puppet classes and variables should have descriptions Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified It's confusing to know which classes and variables are needed, and what their meaning is sometimes. Having a description of what the class or variable does would be nice. -- 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 32223] Puppet classes and variables should have descriptions
https://bugzilla.wikimedia.org/show_bug.cgi?id=32223 --- Comment #1 from Ryan Lane rlan...@gmail.com 2011-11-05 21:38:22 UTC --- Additionally, if we have groupings (bug #3) for classes and variables, the grouping should have descriptions 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 32198] Suppression of global account causes suppressor's IP to be listed as a blocking admin in local block log
https://bugzilla.wikimedia.org/show_bug.cgi?id=32198 --- Comment #2 from Hazard-SJ hazard...@yahoo.com 2011-11-05 21:38:53 UTC --- When I unsuppressed it, leaving it locked, the IP disappeared from the blocklist. It was on Technologh Hub's Meta 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 32057] PHP Fatal error: Call to a member function getPrefixedDBkey() on a non-object in /www/w/includes/parser/Preprocessor_DOM.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32057 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #4 from Nemo_bis federicol...@tiscali.it 2011-11-05 21:47:17 UTC --- But this works: https://translatewiki.net/wiki/User:Hashar/bug32057/crash?uselang=en This doesn't: https://translatewiki.net/wiki/User:Hashar/bug32057/crash?uselang=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 32224] New: Memcache support in OpenStackManager doesn't invalidate objects when they are modified
https://bugzilla.wikimedia.org/show_bug.cgi?id=32224 Web browser: --- Bug #: 32224 Summary: Memcache support in OpenStackManager doesn't invalidate objects when they are modified Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified For instance, bug #32137 is actually caused by pulling old records from memcached instead of re-fetching the object from LDAP. -- 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 32224] Memcache support in OpenStackManager doesn't invalidate objects when they are modified
https://bugzilla.wikimedia.org/show_bug.cgi?id=32224 Ryan Lane rlan...@gmail.com changed: What|Removed |Added Blocks||32137 -- 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 32137] Modification of sudo policies is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=32137 Ryan Lane rlan...@gmail.com changed: What|Removed |Added Depends on||32224 -- 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 32158] All list views need pagination support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32158 --- Comment #1 from Ryan Lane rlan...@gmail.com 2011-11-05 22:24:48 UTC --- Selection of projects should be in all interfaces, and it should set a cookie, listing the currently selected project, so that interfaces will default to showing that project when the user visits them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32219] Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com, ||bryan.tongm...@gmail.com Component|Installation|Images and files --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-11-05 22:34:04 UTC --- Tweaking component, has nothing to do with installation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32219] Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 --- Comment #2 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-11-05 22:36:16 UTC --- This just requires a small tweak in Setup.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 32219] Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Keywords||easy -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32219] Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 --- Comment #3 from Chad H. innocentkil...@gmail.com 2011-11-05 22:39:56 UTC --- (In reply to comment #2) This just requires a small tweak in Setup.php. Right now we use apibase with an http:// url. I'm not quite sure how curl/fopen will react to using that when we're getting the metadata. There should be a way to configure the This description is from {foo url} bit without changing the API calls. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32225] New: Pubkeys for svn.wikimedia.org should draw updates from NovaKey
https://bugzilla.wikimedia.org/show_bug.cgi?id=32225 Web browser: --- Bug #: 32225 Summary: Pubkeys for svn.wikimedia.org should draw updates from NovaKey Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Labs AssignedTo: rlan...@gmail.com ReportedBy: mediawiki-b...@nadir-seen-fire.com Classification: Unclassified labsconsole has Special:NovaKey to import and delete a labs user's pubkeys. We should be pulling these into svn.wikimedia.org so that svn users are able to update the pubkeys they use to access svn themselves. DanielFriesen Ryan_Lane: Also, since you're here... how much of a hassle to have svn update pubkeys? Ryan_Lane I'll work on that monday. can you enter a bug into wikimedia labs component 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 32226] New: Special:NovaKey import should have file input option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32226 Web browser: --- Bug #: 32226 Summary: Special:NovaKey import should have file input option Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: mediawiki-b...@nadir-seen-fire.com Classification: Unclassified Special:NovaKey's import action uses a text field to import the user's pubkey. Sometimes it's easier to just select the say id_rsa.pub file than it is to find a way to open it up or cat it out of a terminal. Hence, as an option we should let the user upload the key using a file input. Side note, Special:NovaKey's import has a redundant fieldset and repeats Public SSH key 3 times. -- 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 32219] Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 --- Comment #4 from Umherirrender umherirrender_de...@web.de 2011-11-06 00:33:30 UTC --- (In reply to comment #3) There should be a way to configure the This description is from {foo url} bit without changing the API calls. It is not alone the link to the description. With a https apibase the images are also loaded with https. The images should load also with a protocol relative url, but prop=imageinfoiiprop=url is giving a explicit protocol. Maybe add an other iiprop which returns a protocol relative url, if the repo wiki support that. Maybe this can also corrupt the internal cache of api calls. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32219] Make $wgUseInstantCommons protocol relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219 --- Comment #5 from Chad H. innocentkil...@gmail.com 2011-11-06 01:19:30 UTC --- (In reply to comment #4) (In reply to comment #3) There should be a way to configure the This description is from {foo url} bit without changing the API calls. It is not alone the link to the description. With a https apibase the images are also loaded with https. The images should load also with a protocol relative url, but prop=imageinfoiiprop=url is giving a explicit protocol. Maybe add an other iiprop which returns a protocol relative url, if the repo wiki support that. Maybe this can also corrupt the internal cache of api calls. The thumbnails are requested by the server, not by the client (unless you're manually configuring $wgForeignFileRepos, but the bug says $wgUseInstantCommons). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31543] Ratings panel only partially displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31543 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added CC||agarr...@wikimedia.org --- Comment #8 from Andrew Garrett agarr...@wikimedia.org 2011-11-06 03:06:01 UTC --- Unable to reproduce on IE8.0 (via browserstack) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31644] Global usage should use protocol relative links
https://bugzilla.wikimedia.org/show_bug.cgi?id=31644 --- Comment #5 from billinghurst billinghu...@gmail.com 2011-11-06 03:21:13 UTC --- Is there a fix imminent? Otherwise we may need to consider (temporarily) the return of the url fix that pre-exists at 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 32165] Creation date special property.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32165 --- Comment #14 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-06 04:00:11 UTC --- Fragile. If user makes a typo I disagree this is an issue. This argument applies to all other settings as well. If an admin enters wrong stuff in the config file, you can't expect the software to magically guess what was intended. As long as it does not horribly break, it's good enough. Although a lot of stuff does break badly when entering crap. There are many mandatory special properties enabled by default, like Allows value, Has type, etc. These special options are not affected by $smwgSpecialProperties. Should we name it $smwgExtraSpecialProperties? Good point. I think we can make a distinction between 2 types of special properties. Those that hold info about pages and those that don't. Making the fist ones configurable makes sense, but the second group you can't simply disable without breaking behavior of SMW or extensions. So I propose having a setting such as $smwgaPageSpecialProperties, which holds modification date, creation date, and any other special props applying to pages. What about adding define( 'SMW_CreationDate', '_CDAT' ); I don't like the idea of introducing another list of constants. Furthermore, constants are not good for setting values. If you disable SMW, these will causes fatal errors if present in your config. You can just have the user enter '_CDAT' and the like in the setting. As long as this is properly documented, I don't see any issues with 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 20825] Change default font for EasyTimeline on zh projects to something that actually has glyphs for Chinese characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=20825 --- Comment #6 from Liangent liang...@gmail.com 2011-11-06 04:47:20 UTC --- Have a look at http://wenq.org/enindex.cgi -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l