Le 17 févr. 2012 à 14:28, Bergi a écrit :
> Bináris schrieb:
>> An alternative solution to the original problem could be an extension that
>> displays possible characters from several alphabets and helps to generate
>> the username with mouse and put it back to the login name/password field.
>
> I don't think that would be a good idea.
> * It sounds as it would need JavaScript (or would be difficult to implement)
> * clicking is much slower than typing
> * "possible characters from several alphabets"? You know, we support the full set of Unicode. Displaying all unicode blocks would need the user to remember from which block his characters are
> * One version of the problem is that you try to login from a system that doesn't support your characters with any font. "displaying characters" is the heavy task. If we don't want to show pictures, the user needs to remember the individual character codes.
> (or is there a usable all-unicode web font?)
>
> Therefore, it is a great idea to login with your email address, which usually consists of latin characters. I have that problem myself, beeing User:✓ (a great challenge for toolserver tools ;-). Usually I have:
> * My browsers autologin function which fills in the username at known wikis
> * My browsers "notice" function which allows me to insert various texts with the contextmenu
> * Once logged in, I have a extraeditbutton above the edit form
> * or can c&p the sign from the #p-personal portlet (user page, user disk, prefs...)
> But when I try to login no at my home system, I'm challenged how to insert the 0x2713 char code with the keyboard. At windows Alt + num pad usually works, but... So I often end up googling for "unicode checkmark", and c&p the character from wikipedias "List of Unicode characters" :-(
Thank you for your support. I just submitted a complete patch entitled "Can't authenticate using my mother language username (UNICODE) when I only have (a public) access to Wikipedia with an ASCII (english) keyboard" in about 20 languages on
https://bugzilla.wikimedia.org/show_bug.cgi?id=34590
People supporting this idea, please for it.
Here is the text:
This is a real issue for people who have registered with a username having
UNICODE and non ASCII (7 bits) characters and who want to login to Wikipedia
when they are abroad with a simple English keyboard and want to edit some pages
(usually English pages).
The fact that Wikipedia and Mediawikis do not offer the possibility to
authenticate with an e-mail is now considered, at least for me, as a bug.
I recently discussed this fact on Wikitech-l ("Great idea"
http://lists.wikimedia.org/pipermail/wikitech-l/2012-February/058183.html) and
some tests have been made trying to answer legitimate questions (see
http://lists.wikimedia.org/pipermail/wikitech-l/2012-February/058253.html) to a
simple patch that I proposed.
This small patch in User.php (function idFromName) is enough in most cases:
$dbr = wfGetDB( DB_SLAVE );
$s = $dbr->selectRow( 'user', array( 'user_id' ), array( 'user_name' =>
$nt->getText() ), __METHOD__ );
if ( $s === false ) {
//Start Patch $result = null;
$stwo = $dbr->selectRow( 'user', array( 'user_id' ), array(
'user_email' => $nt->getText() ), __METHOD__ );
if ( $stwo === false ) {
$result = null;
}else {
$result = $stwo->user_id;
}
//End Patch
} else {
$result = $s->user_id;
}
The modified Login form is:
Username (or e-mail): |___________________|
Password: |___________________|
The full attached patch is rendering this new form in about 20 languages (that
is what we need in our wikis). The patch is simply adding two new msg:
- 'yournameoremail' instead of 'yourname' in Userlogin.php and
- 'passwordreset-usernameoremail' instead of 'passwordreset-username' in
SpecialPasswordReset.php .
In order to explain this new experimental feature, we added a Hook in
LocalSettings.php :
function efLoginFormMessage( &$template ) {
$template->set( 'header', "NEW (experimental): if you are a registered user
with an authenticated e-mail, you can also log in with your e-mail address in
place of your username. Your e-mail is used only during the authentication
phase; if successful you will be logged with your standard username. <br
/>Please notice that for people owning different accounts with the same e-mail,
you will be logged in with your first registered username (lowest ID). If the
password entered doesn't match the password of your lowest registered ID, you
can't authenticate this way and should enter your desired username.");
return true;
}
$wgHooks['UserLoginForm'][]='efLoginFormMessage';
I hope that this patch will be visited and accept. It is changing our live
here. People having been registered with accented characters or in Cyrillic can
use their e-mail to get their temporary password by e-mail while still being
able to sign authorship in Cyrillic or with accented characters avoiding the
English transliteration. Others still prefer the English transliteration, it is
a question of taste.
Without this patch, people are using the English transliteration for the
commodity of authentication.
Regards,
Nicolas
> Regards,
> Bergi
>
Dear all
I have small discussion on how we can secure our mediawiki setup over
public domain means internet.plz share your ideas with all of us...
--
Thanks & With Regards,
Rs
India
Hey,
Product Version
MediaWiki <http://www.mediawiki.org/> 1.17.2
PHP <http://www.php.net/> 5.2.17 (cgi-fcgi)
MySQL <http://www.mysql.com/> 5.0.95
My wiki is locked, so that only administrators can create user accounts.
When I click Special Pages - Log in / Create Account - Create an
account, it tries to load the page:
http://www.agriwiki.co.za/index.php?title=Special:UserLogin&type=signup
but I only get a white page...
Everything else seems to work perfectly. The user account which I log
in, is set as administrator and have all the right to create new
accounts - I've used this many times in the past.
Do anyone have any suggestions for me please?
I've tried to upgrade to version 1.18.1, but I just got a blank page
after the upgrade...so I went back to the previous version... but before
I tried this upgrade, the function to create new accounts didn't work.
Thanks.
Regards,
Sarel
i am clicking on perticular article link suppose
//localhost/w/index.php/sample from another application but it redirecting
to main_page of wiki. I am using IIS server7.5.please share your solution
with me...
--
Thanks & With Regards,
*Rs*
Hi All,
I have QuestyCaptcha working on http://teflpedia.com. However, for
some reason it fails to challenge users on bad login (multiple failed
login attempts is not producing the captcha challenge). In
LocalSettings.php I tried the following settings (from
http://www.mediawiki.org/wiki/Extension:ConfirmEdit#Configuration):
$wgCaptchaTriggers['badlogin'] = true;
But that allowed serial bad login attempts without triggering captcha
challenge. So then I tried "false":
$wgCaptchaTriggers['badlogin'] = false;
But that also allowed multiple failed login attempts without
triggering captcha challenge.
Any ideas why bad login attempts are not producing captcha challenge?
Say, I tried multiple (8 or so) bad login attempts on mediawiki.org
just now and then got:
Login error
You have made too many recent login attempts. Please wait before
trying again.
No captcha challenge, just a time out. I like that. Is there an
extension I can install that will do that on my wiki (nothing in
http://www.mediawiki.org/wiki/Special:Version seemed obvious to me)?
Roger
http://teflpedia.com/Special:Version (running MediaWiki 1.18.1 with
the included ConfirmEdit version)
Before I installed mediawiki we were using moin moin software for wikis. I would like to get rid of moin moin and use only mediawiki. Does anyone know how to migrate a moin moin wiki to mediawiki.
Thanks for any help.
Malki Cymbalista
Webmaster, Weizmann Institute of Science
Malki.cymbalista(a)weizmann.ac.il<mailto:Malki.cymbalista@weizmann.ac.il>
08-9343036
Sooo.
Here we are again, looking at PHP version bumps. Our current minimum version
is 5.2.3, released in June 2009 (5.2.0 was November 2006).
I'm proposing to at least bump to version 5.3.0 (as the minimal), release
back in June 2006. Though a higher point release would be acceptable if
anyone knows of any blocking bugs that were fixed later in the release
series. Obviously, we want to try and use a version that gives both
developers benefits, without hopefully causing most administrators issues
having to manually update PHP etc.
>From terms of version availability, Ubuntu 10.04 (from April 2010) Lucid LTS
gives PHP Version 5.3.2 [1]. From the Wikimedia Foundations setup this means
we are sufficiently ahead that no extra work would be needed looking to
attempt to backport versions. And with 12.04 not long away (granted, we're
not going to be immediately upgrading), which has 5.3.10 (current stable
release) [2].
>From the developers point of view, we get some extras such as Namespace
support, Late static binding among other useful features. I have already
committed some code to our repo as part of AntiSpoof that now has a 5.3
minimal php version. I know there was support from other developers to make
this version bump.
It would be nice to have this change for the 1.20 release cycle if there are
no major reasons not to.
One step closer to 5.4.0 and buh-bye to register_globals and safe_mode!
Thanks
Sam
[1] http://packages.ubuntu.com/lucid/php5
[2] http://packages.ubuntu.com/precise/php5
I have had MediaWiki 1.15.5 set up with Math version 1.0 on an OpenBSD 4.8
system for taking notes in my calculus courses for awhile now. I haven't
really had many problems with it, after struggling to get it set up. That
is, of course, until I finally rebooted the machine awhile ago. Now any
time I try to add a new set of LaTeX markup within the <math>...</math>
tags, I get the error that I remember so well from setting this system
up: *Failed
to parse (PNG conversion failed; check for correct installation of latex,
dvips, gs, and convert): \int_b^a f(x)dx.*
*
*
This time, of course, it's a little bit more complicated, because each one
of those binaries is exactly where it's supposed to be on my system. I
can't for the life of me figure out what is going on or how to fix this,
and not having my wiki online for taking notes this semester is really
killing me. I can't even find any good log files for more detailed errors.
Of course the system is fine when it's converting some LaTeX that just has
to be changed into an html string, it's only when it's trying to create an
image for it that it fails.
Can anybody give me any suggestions on where to find resources that might
help with this, or has anyone else run into this problem at all? I'm open
to anything I can get, pointers, suggestions, even help with where to find
(or how to find) more detailed logs on the problem. Any help you can offer
is appreciated. If this is off-topic due to it being an issue with an
extension, I'll be happy to move this to an appropriate venue once I find
one.
Thank you.
-Damon Getsman
according to listuserrights it says admins can modify abouse filter,
according to grouprights i am a sysop according to special:abusefilter i do
not have permission why?
<pokeswap> <pokeswap> how do i getr permission for abuse filter
Hello mediawiki-l,
We've been using MediaWiki 1.15 in our organization for a few months
without categories or custom namespaces. We've finally accumulated
enough articles for patterns to appear and we've decided to begin
organization. I've created some custom namespaces for several
departments but I'm confused on the usage of categories.
My question is, how do you avoid category namespace collisions from
multiple custom namespaces? When I use the [[:Category:foo]] syntax,
the category is created in the Category namespace that is shared among
all namespaces. When I use the [[:namespace:foo]] syntax only a normal
page is created. This presents a problem when two custom namespaces
want to use the same Category title.
Is there a way to accomplish this or will I need to create a separate
installation for each department?
--
Josh Enders
Systems Administrator, Technical Operations
www.zoosk.comwww.facebook.com/zooskwww.twitter.com/zoosk