2010/8/14 Strainu <strainu10(a)gmail.com>:
> I remember last year image redirects used to work flawlessly. Tonight
> I can't seem to get one working. Has the behavior of MediaWiki changed
> or am I doing something wrong?
>
Thanks to a user from wikimedia-tech, I found out that the issue was
that I was trying to redirect to a commons image, which is not yet
supported. I think it would be a pretty good idea to have something
like that. How hard would it be to actually implement this kind of
redirections? Is anyone willing to do it? I would be, but I think I'll
need some guidance.
Thanks,
Strainu
Hi,
The issue of how to use @since annotations recently came up in the
code review. Those are essential for extension developers who want to
target multiple MediaWiki versions with one codebase. I think we
should come up a standard way to use those.
Without further talk, here are some issues we need to agree upon:
1. Should every new class have a @since annotation
2. Should every new function have a @since annotation
3. Should every new method have a @since annotation
4. Should other things have a @since annotation
5. Should we remove @since annotations of methods at some point
I think 1) and 2) are uncontroversial. I think that in 3) having
@since is redundant if the version is the same as in the @since for
the class. For 4) I think the answer should be yes, if it can be
used/accessed by other code. I also think that @since annotations for
versions that are unsupported *can* be removed, but there is no harm
to keep them around.
What are your opinions on these issues, or can you can come up with
other issues related to @since that should be discussed? In short: we
need to agree on a style, document it, stick to it and enforce it on
the code review.
I hope to get a little more comments than my recent request for
comments regarding the Message class naming issues :) There are more
issues besides this one, for example Jeroen has a wishlist [1] of
additions to coding conventions, but let's concentrate on just @since
annotations in this thread.
[1] https://secure.wikimedia.org/wikipedia/mediawiki/wiki/User:Jeroen_De_Dauw/C…
Thanks,
-Niklas
--
Niklas Laxström
Hi everyone,
We're in the process of figuring out how we fix some of the issues in
our logging infrastructure. I'm both sending this email out to get
the more knowledgeable folks to chime in about where I've got the
details wrong, and for general comment on how we're doing our logging.
We may need to recruit contract developers to work on this stuff, so
we want to make sure we have clear and accurate information available,
and we need to figure out what exactly we want to direct those people
to do.
We have a single collection point for all of our logging, which is
actually just a sampling of the overall traffic (designed to be
roughly one out of every 1000 hits). The process is described here:
http://wikitech.wikimedia.org/view/Squid_logging
My understanding is that this code is also involved somewhere:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/webstatscollector/
...but I'm a little unclear what the relationship between that code
and code in trunk/udplog.
At any rate, there are a couple of problems with the way that it works:
1. Once we saturate the NIC on the logging machine, the quality of
our sampling degrades pretty rapidly. We've generally had a problem
with that over the past few months.
2. We'd like to increase the granularity of logging so that we can do
more sophiticated analysis. For example, if we decide to run a test
banner to a limited audience, we need to make sure we're getting more
complete logs for that audience or else we're not getting enough data
to do any useful analysis.
If this were your typical commercial operation, the answer would be
"why aren't you just logging into Streambase?" (or some other data
warehousing storage solution). I'm not suggesting that we do that (or
even look at any of the solutions that bill themselves as open source
alternatives), since, while our needs are increasing, we still aren't
planning to be anywhere near as sophisticated as a lot of data
tracking orgs. Still, it's worth asking questions about our existing
setup. Should we be looking optimize our existing single-box setup,
extending our software to have multi-node collection, or looking at a
whole new collection strategy?
Rob
Hi,
I remember last year image redirects used to work flawlessly. Tonight
I can't seem to get one working. Has the behavior of MediaWiki changed
or am I doing something wrong?
Thanks,
Strainu
So what's our escape plan from Java?
http://blogs.computerworld.com/16736/oracle_vs_google_over_java_in_android_…
(I work in a Java shop. I'd already recommended to my boss and boss's
boss that we get the hell off Solaris ASAP. Today we had a lot of Java
developers rather concerned for their careers.)
- d.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10-08-14 05:24 AM, Maarten Dammers wrote:
> Hi guys,
>
> In case you're wondering why your bot is not editing Commons.
> When you try to put a page at Commons using the api you'll get this
> error: {"error":{"code":"maxlag","info":"Waiting for 10.0.0.238: 217514
> seconds lagged"}}
> The bot will wait, try again and get this error again. This will get
> your bots stuck in an endless loop.
>
> Maarten
Thanks for this information. Akoopal and I had Mark trying to debug what
was going on, but I didn't have time to get this type of information
before I had to go.
I'm sending this to wikitech-l too, so we can get someone to take a look.
- -Mike
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkxmnXMACgkQst0AR/DaKHtDpACfTbnYh8UfAV7FpMzsjENxrlcV
aIAAn1bdYPSfvvG0gwY+6PnKbZVukH+Y
=p5fT
-----END PGP SIGNATURE-----
Hello everyone,
As this is my first post to the mailing list, let me introduce myself shortly. My name is Jan Paul Posma, and I'm a 20 year old Computer Science student from the Netherlands. I was introduced to MediaWiki by Roan Kattouw, contractor for the Usability Initiative, who also happens to be a friend of mine. :-)
The reason for mailing to the list is the research I'll be conducting this year: building a new editor for MediaWiki. Now I guess this has been discussed over and over again, but this is a bit different. Instead of building a true WYSIWYG editor, I'm proposing to build an editor that's based on adding extra markup to the original, rendered page. This extra markup provides the ability to edit these segments. With this approach, it's possible to slowly enable editing for different elements. First, we can enable editing for "simple" sentences (thus the title sentence-level editing). "Simple" in this context means: without most wikicodes. I.e. only links are allowed, and perhaps bold and italic. This editor can be extended step by step to include other elements, such as references, images, templates, lists, tables, etc.
The last few weeks I've worked on some prototypes to illustrate this idea.
You can find the most advanced prototype here: http://janpaulposma.nl/sle/prototype/prototype3.html
The full project proposal and prototypes can be found here: http://www.mediawiki.org/wiki/User:JanPaul123/Sentence-level_editing
Right now I'm not looking for anything in specific, just whether or not you think this is a good idea, technically feasible, etc. If you have suggestions of any kind I'll be happy to hear them!
Thanks for your time!
Regards,
Jan Paul Posma
Hi.
There was a time when the software being run on Wikimedia wikis was updated
about weekly. Nowadays, I honestly can't remember the last time it was fully
SVN upped and scapped, and the branching has made it nearly impossible for
me to figure out where the progress stands. A few "critical" revisions get
merged into the 1.16wmf4 branch as necessary, but most revisions are left
untouched, as far as I can tell.
I'd like to see if there are ways to get back to more regular site software
updates. Should the branching be undone so that trunk has to be usable? Is
it a matter of developer man-power? Is it a matter of code review? I'm not
trying to be critical, but the current situation seems far less than ideal.
I'm willing to help if I can, as I'm sure others are, but it seems like
nobody's quite sure what or where the exact problem is.
It's also possible that not everyone views the lack of software updates to
be a problem. That itself might be an issue that needs to be addressed.
MZMcBride
hi,
I am working on developing some auth extensions these days. Now I have already done halt of my project. I extended a new class from AuthPlugin and write my code in it, it works fine. But I want to do more on this. For example, I wanna make Mediawiki login automaticlly when I logged in other applications.
When I logged in an other application, the application would call a file in Mediawiki, for example, I installed my forum in forum.xxxxx.org and mediawiki in wiki.xxxxx.org, when I logged in forum, the forum would access http://wiki.xxxxx.org/myapi.php automatically and POST user ID to it. Now I must make myapi.php to set a session to make mediawiki show the user has been logged in. I have read the Mediawiki API but it cannot satisfy me, because it need some more information which I cannot supply such like users password. So is there anyway to make a user logged in without a clear-text password? thx!!
BTW: I found another problem on a class which extended from AuthPlugin.
When I 'echo' something in
function authenticate($username, $password)
it wont shown on page. Only when I added exit(); to stop program running, my message can be shown. For example, If I use this code:
function authenticate($username, $password){
echo 'aaaaaaaaaaaaaaaaaaaaaaa';
//Do something to auth
return true;
}
Nothing would shown, it would redirected to LoginComplete page directly.
And also, if I use a hook:
$wgHooks['UserLoginComplete'][] = 'WMHook_UserLoginComplete';
and 'echo' something in function WMHook_UserLoginComplete():
function WMHook_UserLoginComplete(&$user, &$inject_html){
$uid = $user->getId();
echo $uid;
return true;
}
Nothing would be shown. If I modified the $inject_html like:
function WMHook_UserLoginComplete(&$user, &$inject_html){
$inject_html = 'aaaaaaaaaaaaaaaaaa';
return true;
}
Whatever value I passed to $inject_html execpt empty string would cause Mediawiki stop working. Nothing would shown and the program was stop.
Could you tell me why this happed? thx
--------------
Bear
2010-08-12