https://bugzilla.wikimedia.org/show_bug.cgi?id=32120
Junaid junu.pv+pub...@gmail.com changed:
What|Removed |Added
CC|
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
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342
Umherirrender umherirrender_de...@web.de changed:
What|Removed |Added
Depends on||32215
--
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=32145
Reedy s...@reedyboy.net changed:
What|Removed |Added
Priority|High|Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32050
duplicate...@googlemail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=31644
duplicate...@googlemail.com changed:
What|Removed |Added
CC||jhs...@gmail.com
---
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
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
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/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
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204
DavidL lamb...@orange.fr changed:
What|Removed |Added
CC||lamb...@orange.fr
---
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
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/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.
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.
--
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
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
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:
https://bugzilla.wikimedia.org/show_bug.cgi?id=22750
Reedy s...@reedyboy.net changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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/show_bug.cgi?id=23855
Reedy s...@reedyboy.net changed:
What|Removed |Added
Depends on||32216
--
Configure bugmail:
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=32208
Reedy s...@reedyboy.net changed:
What|Removed |Added
Summary|categorymembers return |categorymembers return
https://bugzilla.wikimedia.org/show_bug.cgi?id=31947
Raimond Spekking raimond.spekk...@gmail.com changed:
What|Removed |Added
Keywords||shell
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
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/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
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342
Umherirrender umherirrender_de...@web.de changed:
What|Removed |Added
Depends on||32219
--
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342
Umherirrender umherirrender_de...@web.de changed:
What|Removed |Added
Depends on||32220
--
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
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
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
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/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/show_bug.cgi?id=32057
Nemo_bis federicol...@tiscali.it changed:
What|Removed |Added
CC|
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=32224
Ryan Lane rlan...@gmail.com changed:
What|Removed |Added
Blocks||32137
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=32137
Ryan Lane rlan...@gmail.com changed:
What|Removed |Added
Depends on||32224
--
Configure
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Chad H. innocentkil...@gmail.com changed:
What|Removed |Added
CC|
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=32219
Bryan Tong Minh bryan.tongm...@gmail.com changed:
What|Removed |Added
Keywords||easy
--
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
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
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
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
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=31543
Andrew Garrett agarr...@wikimedia.org changed:
What|Removed |Added
CC|
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/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
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:
58 matches
Mail list logo