I'm not sure I understand your point. If it's better for mediawiki.org
to have a non-WMF extension doing this, and neither SMW nor Wikidata are
developed by WMF, how is SMW a better choice than Wikidata?
Alex Monk
On 03/04/13 21:23, Yury Katkov wrote:
On Wed, Apr 3, 2013 at 11:55 PM,
It seems so, yes: https://gerrit.wikimedia.org/r/7274
Bug: https://bugzilla.wikimedia.org/13953
On 04/03/13 22:57, Matthew Flaschen wrote:
Has anyone looked at allowing a user to have global CSS and JS across
all WMF wikis?
I know you can hack it with a mw.loader.load on all the wikis you
It sounds like some of those things should be working in labs soon with
DB replication. I doubt they'll let you store terabytes though.
Alex Monk
On 26/02/13 07:29, Luca de Alfaro wrote:
What we wrote can work also on labs, but:
- We need a way to poll the database for things like what
Report any bugs you find. I can't think of much else at the moment.
Alex Monk
On 24/02/13 05:02, maiki wrote:
On 02/23/2013 03:07 PM, Krenair wrote:
I'm trying to fix some of it's problems, but I need reviewers (who can
and are willing to +2):
https://gerrit.wikimedia.org/r/#/q/status:open
I'm trying to fix some of it's problems, but I need reviewers (who can
and are willing to +2):
https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/LiquidThreads,n,z
I'll definitely try to keep up with any breaking core changes (like
See
https://www.mediawiki.org/wiki/Manual:Messages_API#Deprecated_wfMsg.2A_functions
Alex Monk
On 19/02/13 17:07, Yury Katkov wrote:
Hi!
wfMsg and wfMsgForContent are deprecated since 1.18 but the comment
doesn't say what functions are recommended to use instead. Does anyone
knows?
-
Inspect your browser's calls to
https://gerrit.wikimedia.org/r/gerrit_ui/rpc/ChangeDetailService. It
returns loads of info in JSON format, including the IDs of the users on
the page.
Alex Monk
On 18/02/13 23:08, hoo wrote:
Hello,
after the last gerrit update I'm no longer able to visit the
You could try RequestContext::getMain() to get the context source object.
Alex Monk
On 16/01/13 16:56, Andreas Plank wrote:
Hi,
One of Tyler Romeo's suggested approach is to use
Article::newFromTitle($titleObj)
... but it does need a second argument of type IContextSource. I do
not know how
It's 19:23 now so this starts in under 10 minutes. Can I have the link please?
Alex
On 21/12/12 15:53, Chris Steipp wrote:
Yep, I'll send out a link about 30 minutes before we start, and post it on
irc too. Hope you can join in!
On Dec 20, 2012 8:13 PM, Tyler Romeo tylerro...@gmail.com wrote:
On 11/12/12 19:56, Andre Klapper wrote:
On Tue, 2012-12-11 at 19:30 +0100, Krinkle wrote:
The proposal Andre makes here sounds confusing, How is that different
from the current situation? What problem is it supposed to address?
Re-reading what the hack is supposed to do I realize that making
Security concerns when running tests with arbitrary code (from anyone since
labsconsole account registration opened...) from what I understand.
I have requested that I am added to the whitelist
here:https://gerrit.wikimedia.org/r/#/c/39712/2
Hoo also did
I think you wanthttps://www.mediawiki.org/wiki/API:Upload#Uploading_from_URL
Note that it's limited to *.flickr.com and *.staticflickr.com on Wikimedia at
the moment, and Wikimedia's proxy for it is broken with HTTPS URLs.
Alex
On 09/12/12 21:28, Magnus Manske wrote:
Is there an API
status, but maybe this is helpful?
includes/SkinTemplate.php:# anonlogin login are the same
includes/SkinTemplate.php:$login_id =
$this-showIPinHeader() ? 'anonlogin' : 'login';
Krenair
___
Wikitech-l mailing list
Wikitech-l
This says they're deprecated as
well:https://www.mediawiki.org/wiki/Manual:Messages_API#Comparison_with_the_deprecated_wfMsg.2A_functions
On 06/08/12 18:00, Jeroen De Dauw wrote:
Hey,
Siebrand, one of our i18n overloards, is stating that some wfMsg function
has been deprecated here:
If you're moving all bots, including wikibugs, then you can't use -codereview
because wikibugs isn't a code review bot. It's for bugs.
Krenair
On 21/06/12 17:14, Antoine Musso wrote:
Le 21/06/12 17:13, Petr Bena a écrit :
That's what I said this week, we should make #mediawiki-feed where
Does it matter? They're all one-off emails due to lots of pages being updated
to work with Gitweb instead of ViewVC (gitweb doesn't like file paths starting
with /).
In future, I suggest you tick 'Hide bot edits from the watchlist' on the
Special:Preferences Watchlist tab.
Krenair
On 19/06
Just to clarify, as it's not particularly clear to me - you're looking for
people willing to test, package and release MediaWiki?
If so, I'd be happy to learn how.
On 06/06/12 18:36, Mark A. Hershberger wrote:
In the past couple of weeks I've been talking with Sam Reed (WMF's
current
I thought I should mention here that I tried all of these suggestions and couldn't get
any of them to work. In the end, git rebase gerrit/master did.
Krenair
On 13/04/12 21:33, Antoine Musso wrote:
Hello,
Some people have reported that since the new version of git-review the
had issue
It doesn't look like this extension is in Git. You should be able to commit to
it in Subversion.
Alex
On 16/04/12 21:25, Sergey Chernyshev wrote:
Guys,
I've updated Widgets extension to support latest version of
FlaggedRevisions, but no longer have repo access as MW moved to Git.
If
Why not just maintain them on MediaWiki.org? When you merge changes, simply add to the
Release notes/1.20 page. It might even be possible to automate that.
On 03/04/12 21:29, Brion Vibber wrote:
One thing I've noticed in the last couple of days of madly reviewing things
in gerrit is that
I like this idea, but I think that it should be done as a global preference
(https://bugzilla.wikimedia.org/show_bug.cgi?id=14950).
Krenair
On 10/03/12 18:58, MZMcBride wrote:
Hi.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29898 is about adding a user
preference for HTTP vs. HTTPS while
this?
Krenair
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
22 matches
Mail list logo
