Hi,
I googled and read threads about the email problems in MW, but couldn't find
the exact answer. The problems are 1) email confirmation doesn't work. It
just doesn't send email to the registered user. 2) cannot receive the
forgotten password by email. I'm using,
---------------------
MW version 1.7.1
PHP: 5.0.4 (apache2handler)
MySQL: 4.1.11
Fedora 4
---------------------
Also, I would like to modify MW so that only the admin can create the users.
Without email working, it won't be possible since the password will be
emailed to the created user. I'm expecting to create around 450 users
soon. I would very much appreciate your help. Thank you,
Regards, Seungwon Yang
P.S. If this question has already been answered, would you point me to the
right direction?
Hello,
I have an AuthPlugin with which users may enter a username with a
domain component like:
EXAMPLE\alice
or
alice(a)example.com
I am trying to find a way for our plugin to canonicalize these names.
Is there a hook or somewhere that I can canonicalize usernames?
Setting the nickname in AuthPlugin::updateUser has no effect. Setting
$user->mName directly does not work because of logic at the top of
SpecialUserLogin::authenticateUserData that runs before
AuthPlugin::authenticate.
How does one do this?
Mike
Hi,
Is there a way to restrict image uploads to only certain user types?
I'd like to make sure that only administrators can upload images,
since I've been having trouble with users uploading inappropriate
content. Any ideas?
Thanks,
Garth
I wonder if there's a site for showcasing one's wiki? I'd like to
have a look at what other people are doing with mediawiki, but can't
seem to find anywhere a "show your stuff" site. Does it exist and I'm
just too blind to find it?
Sean
Hello!
I would like to install a mediawiki, to supply our forum (based on Woltlab
Burning Board v3).
Is there any possibility to use registered user-accounts from the WBB in a
Mediawiki-installation?
best regards,
Jan
Hi,
I have a plugin for authenticating clients against the central
directory on large Intranets. In this environment it is not ok to use
directory passwords within an insecure login form. These passwords
must be encrypted.
I would like to create a plugin that requires HTTPS when calling
SpecialUserlogin with action=submitlogin.
Right now I'm looking at somehow affecting the result of
$titleObject->getLocalUrl so that the https:// protocol may be
injected. I have not quite determined how to direct the client back to
the non-SSL site. Of course Location headers are an option [1] but I
am worried that they might interfere with Single-Sign-On and other
"autoAuthenticate" apparatus and in general they should, in theory,
not be necessary.
Another issue seems to be that because cookies are protected under
SSL, once the client is directed back to the non-SSL site they cannot
access any cookie created during the login. This is easily disabled
but I'm wondering if it is wise to do so.
Does anyone have some comments to add about this problem?
Mike
[1] I am aware of the following page but I would explore all options.
http://meta.wikimedia.org/wiki/Help:Configuration_tips_and_tricks#HTTPS_on_…
I was wondering if there were any collaborative efforts out there to
redesign the mediawiki interface. Personally I have found that it is
very cluttered and many of the people using my wikis are turned off
or scared because of all the features. I know I can redesign my own
skin, and I have, but I would like to help out if an open
collaboration exists.
-Adam
Hi @all,
the following code works at all. But if a user wants to create a news
there should start a wizard leading him through some steps.
so a redirect to ?action=new
at the moment the url looks like ?title=abc&action=edit
> $wgHooks['ArticleFromTitle'][]='wizardBaseInterface';
>
> function wizardBaseInterface($title, $article)
> {
> /* If the article already exists, make sure to forward to
> * editpage->view
> * otherwise start wizard
> */
> if ($title->exists())
> {
> return true;
> }
>
> global $wgHooks;
>
> if (($title->mArticleID != '0') && $article->exists())
> $wgHooks['AlternateEdit'][]='wbiSkipToArticleView';
> else
> $wgHooks['AlternateEdit'][]='wbiSkipToNewArticleWizard';
>
> /* Give other extensions a chance to run */
> return true;
> }
>
> /**
> * Forwards to Article->view() - meant to be attached to 'AlternateEdit' dynamically.
> * @param EditPage $editPage An instance of EditPage whose mArticle will be viewed.
> */
> function wbiSkipToArticleView($editPage)
> {
> $editPage->mArticle->view();
> return false;
> }
>
> /**
> * Forwards to WizardBase - meant to be attached to 'AlternateEdit' dynamically.
> */
> function wbiSkipToNewArticleWizard()
> {
> global $title;
> $newPageWizard=new newPageWizard($title);
>
> return false;
> }
Thanks for some support
Michael
Hello,
Again, I've strolled through the manual and had a google, and seem
unable to find the information.
Currently, when pages are edited, the textarea in the form is
delivered as follows:
<textarea tabindex='1' accesskey="," name="wpTextbox1" id="wpTextbox1"
rows='25' cols='80' >
This is causing a conflict with my layout for some of my users.
Basically, the edit form doesn't resize. I want to set the form in
percentage rather than a fixed "80".
I'd rather do something that doesn't involve a core hack, but if
that's what I have to resort to, I will.
Any ideas?
Sean