My search-mecanism doesn´t seem to work, when I search for 3 characters or
less (ex. 'FBI')? What's the problem and how do I fix it? It works fine i
Wikipedia.
--
Claus Juhl Knudsen
eArkivar
Silkeborg Lokalhistoriske Arkiv
www.silkeborgarkiv.dk
Tlf.: 87 22 19 27
I have changed the text of MediaWiki:Passwordremindertext in an
attempt to include a link, so that people won't have to go enter user/
pass on a form.
I know, it's a small thing, but almost all other websites that have
you register with an email address have this feature, and we have a
fairly large number of users who are not particularly sophisticated
computer users.
So I put:
{{SERVER}}{{localurl:Special:Userlogin}}?wpName=$2&wpPassword=
$3&returnto=Special:Preferences
in the Passwordremindertext message, but the user ID has (by
convention) a space in it, as we use (by convention) "Firstname
Lastname" as our user IDs. This causes the link to break in
{{localurl:Special:Userlogin}}. This causes our unsophisticated user
base to simply give up, rather than copy-n-paste the password.
At one time, I'm pretty sure I had this working, but a user recently
complained, and then I discovered that it *never* works any longer, at
least for our user name convention, at least for MW 1.13.
Are there others out there who are successfully using a "clickback"
link in MediaWiki:passwordremindertext who would like to share their
secret?
Thanks in advance!
:::: The antidote to fear is action! ::::
:::: Jan Steinman http://www.EcoReality.org ::::
This has been discussed on the mailing list about 6 weeks ago (though I
was not subscribed at that time)
> Special:MostLinkedPages appears to be broken:
>
> Fatal error: Call to a member function getPrefixedDBkey() on a
> non-object in mediawiki/includes/specials/SpecialMostlinked.php on
> line 64
This is indeed caused by a bug in this PHP file. It can be fixed by
changing the original code:
> function makeWlhLink( &$title, $caption, &$skin ) {
> $wlh = SpecialPage::getTitleFor( 'Whatlinkshere', $title->getPrefixedDBkey() );
> return $skin->makeKnownLinkObj( $wlh, $caption );
> }
to:
> function makeWlhLink( &$title, $caption, &$skin ) {
> $wlh = SpecialPage::getTitleFor( 'Whatlinkshere', $title );
> return $skin->makeKnownLinkObj( $wlh, $caption );
> }
It took 5 minutes to find and fix the bug, and 55 minutes to submit it
to bugzilla (apparently the site seems to be under heavy load).
https://bugzilla.wikimedia.org/show_bug.cgi?id=18943
With kind regards,
Freek Dijkstra
Hi all,
My host enabled safe_mode so I'm kind of struggling in my way to install mediawiki.
* MediaWiki version: 1.14
* PHP version: 5.2.8 (GD enabled)
* MySQL version: 4.1.22
Currently I have two issues with my mediawiki installation:
- I had to set 777 on images folder; otherwise upload won't work (I heard this action isn't safe at all); how I can make it to work with 755 only?
- currently no thumbs are generated (somehow it worked on another installation that I had to remove it)
I noticed that if I upload 2 images (image1.jpg and image2.jpg) they will be copied/created under /images folder and under thumb folder
I can see two folders (not files) /images/thumb/image1.jpg and /images/thumb/image2.jpg with no files inside. I don't think it supposed to do that (one folder/file)
I don't have putty access to server (only ftp - To control domain I use Parallels Plesk Control Panel 8.6: http://www.parallels.com/products/plesk/)
I couldn't change php.ini settings but I modified LocalSettings.php as suggested here( http://www.mwusers.com/wiki/index.php?title=PHP_Configuration#Enable_php_er… ) but I didn't get any error when the upload was made. Only thumbnails aren't generated.
Here are the entries from my LocalSettings file that are upload related:
$wgEnableUploads = true;
$wgHashedUploadDirectory = false;
$wgSaveDeletedFiles = true;
$wgFileStore['deleted']['directory'] = false;// Defaults to
$wgUploadDirectory/deleted
$wgFileStore['deleted']['url'] = null; // Private, so set to null
$wgFileStore['deleted']['hash'] = 0; // 0-level subdirectory split
$wgThumbnailScriptPath = "{$wgScriptPath}/thumb.php";
Thank you,
Bogdan
> From: "Sumurai8 (DD)" <sumurai8(a)gmail.com>
>
> You can try to use
>
> :*
>
> instead of:
>
> **
>
> Difference is that the system won't try to make a <ul> in a <ul>,
> but uses a
> <blockquote> and a <ul>. Technical, things are screwed up, but on
> your page
> things should look fine.
Thanks for the suggestion, but I was unable to make that work in the
Sandbox.
http://www.EcoReality.org/wiki/Sandbox
I tried putting the ":" in various places, but the list formatting
still fell to pieces after the line with <tasks>...</tasks> in it.
Any other ideas? I sure would like to be able to use this.
(www.EcoReality.org is a closed system -- primarily to avoid vandalism
-- but I've temporarily added the user/pass "Wiki Guru/guru" if
someone wants to help me figure out this stuff. Please be nice in
there. :-)
>> Date: Sun, 24 May 2009 16:52:45 -0700
>> From: Jan Steinman <Jan(a)Bytesmiths.com>
>> Subject: [Mediawiki-l] TasksExtension & Parser interaction breaks
>> lists
>> To: mediawiki-l(a)lists.wikimedia.org
>> Message-ID: <C296BACC-C5BB-4FE0-88FE-86EC9AD5B9EE(a)Bytesmiths.com>
>> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>>
>> We've been using the great Tasks Extension to put lite (extremely
>> lite) project management in our wiki.
>>
>> Unfortunately, where we '''really''' want to use <tasks> is within
>> lists, which is how we format meeting minutes, which is where action
>> items are assigned, formatted individually as <tasks>...</tasks>.
>>
>> Tasks are run through the parser, which apparently is putting extra
>> line breaks in, which then messes up the list formatting. You can see
>> a good example here:
>> http://www.ecoreality.org/wiki/Minutes:20090503
>>
>> If you scroll down to the 2nd, 3rd, and 4th bold ACTION text, you can
>> see that they are embedded in a level-2 bullet list, but that they
>> are
>> causing the list to be re-set with an extra line feed.
>>
>> I know it's the parser that's doing this, as I can edit extensions/
>> Tasks.php and replace "$parserOutput->getText()" with "$summary",
>> which is what is being sent through the parser. In such a case, the
>> $summary is not parsed, and the bullet list looks like it is supposed
>> to.
>>
>> I have a copy of Tasks.php (modified to do agreements, rather than
>> tasks) that you can see behaving in this non-parsed manner, in our
>> Sandbox:
>> http://www.ecoreality.org/wiki/Sandbox
>>
>> I've looked at ParserOptions, hoping to find something like
>> $mDontAddExtraLinefeeds but to no avail. :-)
>>
>> If I replace parse($summary...) with the private method
>> replaceInternalLinks($summary), it looks like it is supposed to,
>> except of course that wikitext formatting and internal links are
>> lost.
>> (And I don't really want to be sending private methods nor hacking
>> around in Parser.)
>>
>> Any thoughts on what's going on, and how best to fix it?
>>
>> Thanks for whatever advice you can offer!
>>
>> :::: Magic: using envisioned intent and directed action to select
>> your
>> desired future path from among the infinite ones available. ::::
>> :::: Jan Steinman, Communication Steward, EcoReality:
>> http://www.EcoReality.org
>> ::::
:::: "One World, One Web, One Program" - Microsoft Promotional Ad
:::: "Ein Volk, Ein Reich, Ein Führer" - Adolf Hitler
:::: Jan Steinman <http://www.Bytesmiths.com>
Hi Jan,
You can try to use
:*
instead of:
**
Difference is that the system won't try to make a <ul> in a <ul>, but uses a
<blockquote> and a <ul>. Technical, things are screwed up, but on your page
things should look fine.
--
D.D. (Sumurai8)
http://www.kinderwiki.nethttp://wikikids.wiki.kennisnet.nl
> Date: Sun, 24 May 2009 16:52:45 -0700
> From: Jan Steinman <Jan(a)Bytesmiths.com>
> Subject: [Mediawiki-l] TasksExtension & Parser interaction breaks
> lists
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <C296BACC-C5BB-4FE0-88FE-86EC9AD5B9EE(a)Bytesmiths.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> We've been using the great Tasks Extension to put lite (extremely
> lite) project management in our wiki.
>
> Unfortunately, where we '''really''' want to use <tasks> is within
> lists, which is how we format meeting minutes, which is where action
> items are assigned, formatted individually as <tasks>...</tasks>.
>
> Tasks are run through the parser, which apparently is putting extra
> line breaks in, which then messes up the list formatting. You can see
> a good example here:
> http://www.ecoreality.org/wiki/Minutes:20090503
>
> If you scroll down to the 2nd, 3rd, and 4th bold ACTION text, you can
> see that they are embedded in a level-2 bullet list, but that they are
> causing the list to be re-set with an extra line feed.
>
> I know it's the parser that's doing this, as I can edit extensions/
> Tasks.php and replace "$parserOutput->getText()" with "$summary",
> which is what is being sent through the parser. In such a case, the
> $summary is not parsed, and the bullet list looks like it is supposed
> to.
>
> I have a copy of Tasks.php (modified to do agreements, rather than
> tasks) that you can see behaving in this non-parsed manner, in our
> Sandbox:
> http://www.ecoreality.org/wiki/Sandbox
>
> I've looked at ParserOptions, hoping to find something like
> $mDontAddExtraLinefeeds but to no avail. :-)
>
> If I replace parse($summary...) with the private method
> replaceInternalLinks($summary), it looks like it is supposed to,
> except of course that wikitext formatting and internal links are lost.
> (And I don't really want to be sending private methods nor hacking
> around in Parser.)
>
> Any thoughts on what's going on, and how best to fix it?
>
> Thanks for whatever advice you can offer!
>
> :::: Magic: using envisioned intent and directed action to select your
> desired future path from among the infinite ones available. ::::
> :::: Jan Steinman, Communication Steward, EcoReality:
> http://www.EcoReality.org
> ::::
>
>
23/05/2009 19:24:09
You should be able to tell I'm a real newbie.
Do administrators enable the MediaWiki:Common.js function on their wiki
sites? The one I am working on is one of many running under an umbrella
MediaWiki system. All the sub-sites have the same LocalSettings.php file.
I'm wondering if it really is an issue having the Common.js enabled. I
thought if all sub-wiki admins were to protect the Common.js file then only
locally appointed admins could add code to the file. Any 'mistakes' would, I
assume, only affect the local sub-wiki, not other sub-wikis.
Are these fair assumptions or am I completely crazy? :-)
___________
Greg
Hi,
The robot.txt should be placed in the directory with index.php in it. On my
wiki it's the 'public_htm'-folder.
Sumurai8
D.D.
http://www.kinderwiki.net
> Message: 6
> Date: Wed, 20 May 2009 10:38:25 +0200
> From: Claus Juhl Knudsen <earkivar(a)gmail.com>
> Subject: [Mediawiki-l] Placement of robots.txt-file
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID:
> <a5502da40905200138u5e2c4721ga8f40633765cdacd(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi.
>
> Where is the robots.txt-file to be placed? In the root-folder:
> ...Apache2.2/htdocs/my-wiki-name/?
>
> --
> Claus Juhl Knudsen
> eArkivar
> Silkeborg Lokalhistoriske Arkiv
> www.silkeborgarkiv.dk
> Tlf.: 87 22 19 27
>
17/05/2009 13:01:48
This seems like a dumb question but I can't locate the answer from the page
source.
In which CSS file is the styles 'mw-headline' stored?
Thanks
___________
Greg
Welcome to mediawiki-l. This mailing list exists for discussion and questions
about the MediaWiki software[0]. Important MediaWiki-related announcements
(such as new versions) are also posted to this list.
Other resources.
If you only wish to receive announcements, you should subscribe to
mediawiki-announce[1] instead.
MediaWiki development discussion, and all Wikimedia technical questions, should
be directed to the wikitech-l[2] mailing list.
Several other MediaWiki-related lists exist:
- mediawiki-api[5] for API discussions,
- mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
- mediawiki-cvs[7] for notification of commits to the Subversion repository,
- mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
- wikibugs-l[9] for notification of changes to the bug tracker.
List administrivia (unsubscribing, list archives).
To unsubscribe from this mailing list, visit [12]. Archives of previous postings
can be found at [3].
This list is also gatewayed to the Gmane NNTP server[4], which you can use to
read and post to the list.
Posting to the list.
Before posting to this list, please read the MediaWiki FAQ[10]. Many common
questions are answered here. You may also search the list archives to see if
your question has been asked before.
Please try to ask your question in a way that enables people to answer you.
Provide all relevant details, explain your problem clearly, etc. You may
wish to read [13], which explains how to ask questions well.
To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a
public list, so you should not include confidential information in mails you
send.
When replying to an existing thread, use the "Reply" or "Followup" feature of
your mail client, so that clients that understand threading can sort your
message properly. When quoting other messages, please use the "inline" quoting
style[11], for clarity.
When creating a new thread, do not reply to an existing message and change the
subject. This will confuse peoples' mail readers, and will result in fewer
people reading your mail. Instead, compose a new message for your post.
Messages posted to the list have the "Reply-To" header set to the mailing list,
which means that by default, replies will go to the entire list. If you are
posting a reply which is only interesting to the original poster, and not the
list in general, you should change the reply to only go to that person. This
avoids cluttering the list with irrelevant traffic.
About this message.
This message is posted to the list once per week by <river(a)wikimedia.org>.
Please contact me if you have any questions or concerns about this mailing.
References.
[0] http://www.mediawiki.org/
[1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
[2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l
[3] http://lists.wikimedia.org/pipermail/mediawiki-l/
[4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki
[5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api
[6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
[7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs
[8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
[9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[10] http://www.mediawiki.org/wiki/FAQ
[11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying
[12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[13] http://www.catb.org/~esr/faqs/smart-questions.html