Categorically annoying!
I reviewed and compared LocalSettings.php and found nothing out of the ordinary. I removed the
added extensions. Searched and reviewed all files altered in the since installation (extension
related and LocalSettings.php) and found nothing odd. My only thought is that the account
information in the DB is somehow blocking or ending logins.
Can someone tell me how to view the contents of accounts record and what they should look like?
Thanks
-Sean
-----Original Message-----
From: Pierce, Sean
Sent: Tuesday, April 28, 2009 2:34 PM
To: 'mediawiki-l(a)lists.wikimedia.org'
Subject: Silent Login Failure
All-
Help. All logins fail silently on my MediaWiki. Login appears successful as no errors occur in the browser or in OS or Wiki logs but users do not login. The problem started when I added the Calendar and Breadcrumb2 extensions. After making changes to monobook and adding the extensions I could not login as Wikisysop to edit " MediaWiki:Leftnav". I have tried commenting out the extensions, completely removing them and using other skins without success. Does anyone have an idea of what might have happened or how I could debug? My php skills are minimal but I am willing to hack and learn. Let me know if you have any ideas.
Thanks
-Sean
MediaWiki 1.14.0
PHP 5.2.9 (apache2handler)
MySQL 5.0.51-log
Hello
I think this is implemented in some wikipedias.
When I modify an article and try to save it I am forced to write a
comment.
Is this a standard feature and how can I use it in my local mediawiki
Installation?
Thanks
Uwe Brauer
Hi!
I’m the creator and coordinator of the Wikimini Web site, which is an
encyclopedia written by children 8-13 years (at the moment it's only
available in French, but I plan to make it available in other
languages in the future… with some help). According to the age of
participants, we are using the SelectCategory extension
(http://www.mediawiki.org/wiki/Extension:SelectCategory) to let them
more easily classify the articles. In its last version, SelectCategory
shows a checkbox list of existing categories and the user can then
just select the one(s) he wants to be assigned to the article. Since
the launch of the project in October 2008 we have been testing this
system with only ten main categories. It works pretty well and
children use it without any difficulties.
But now I’m planning to add about one hundred categories and
subcategories. Therefore I would like the SelectCategory checkbox
listing to looks like CategoryTree
(http://www.mediawiki.org/wiki/CategoryTree). Some users asked for
such an option in the extension talk page
(http://www.mediawiki.org/wiki/Extension_talk:SelectCategory ) but
haven’t received any answer yet.
That’s what I’m looking for and I hope some of you might help me. I am
completely ok to pay for such a service. (Last thing : A great plus
would be to add a feature that automatically uncheck parent category
when one of its child is checked. This should be possible with some
JavaScript).
Thank you very much and sorry for my bad English.
Laurent
http://fr.wikimini.org
Quick links :
- SelectCategory Extension :
http://www.mediawiki.org/wiki/Extension:SelectCategory (screenshot
shown on this page is an old version)
- CategoryTree Extension : http://www.mediawiki.org/wiki/CategoryTree
We've seen the same basic tendencies of our users to stick with what
they know, which is Office documents. Yes, we much prefer it if people
use a real wiki page, especially for Word documents, but frankly, I
don't get all that bent out of shape about it--I'll mention it to people
if it comes up, but I don't go out of my way to find people uploading
those documents and trying to "convert" them. And it does make sense in
some occasions: as you've mentioned, forms, final documents, but
certainly for spreadsheets, presentations, etc. As someone else
mentioned, keeping a Word document up-to-date is quite a pain, and I've
found that people tend to migrate to wikitext after the first few
iterations. We actually have extended the search engine to
automatically index the text in common types of attachments so that they
are searchable.
Personally, I've found that the lower-key approach works better, but
your mileage may vary.
mediawiki-l-request(a)lists.wikimedia.org wrote:
> Message: 2
> Date: Tue, 28 Apr 2009 10:06:48 -0600
> From: "McHale, Nina" <Nina.McHale(a)ucdenver.edu>
> Subject: [Mediawiki-l] wiki versus Word
> To: "mediawiki-l(a)lists.wikimedia.org"
> <mediawiki-l(a)lists.wikimedia.org>
> Message-ID:
> <3354E9B491D9EA47A1DB89BF9837636367007771F5(a)STEAMBOAT.ucdenver.pvt>
> Content-Type: text/plain; charset="us-ascii"
>
> Hey, all,
>
> Some of my colleagues are objecting to my desire to minimize uploading of Word documents to our new intranet wiki. My main objection to it is that we ought to be entering information into wiki pages so that we can take full advantage of document versioning, talk pages, watching, etc.-y'know, the stuff that makes it a wiki...
>
> I've been called "silly" and "arbitrary" regarding this. :) I'm not outright forbidding posting Word documents; I'm just trying to get people to use the wiki the way it's mean to be used. Am I being unreasonable? I even stated that it's acceptable to load the final version of a 20-page report, or a form that's meant to be printed out and filled out by hand-i.e., things in a final state that do not need further editing.
>
> Has anyone else encountered this resistance? I was most surprised that it came from someone who uses/edits Wikipedia, which, as far as I can tell, does not support uploading of Word docs.
>
> Nina
> Nina McHale, MA/MSLS
> Assistant Professor, Web Librarian
> Auraria Library
> http://library.auraria.edu/~nmchale/
> Facebook<http://www.facebook.com/profile.php?id=672599042> | MySpace<http://www.myspace.com/ninermac>
> Serving the University of Colorado Denver,
> Metropolitan State College of Denver,
> and the Community College of Denver
> 1100 Lawrence Street
> Denver, CO 80204
> 303-556-4729
>
--
-----------------------------------------------------------------------
Chris Reigrut Home: +1-303-682-9630
chris(a)reigrut.net Mobile: +1-303-960-9831
http://www.reigrut.net
"You live and learn, or you don't live long" -- Robert A. Heinlein
Hi everybody,
I am encountering some strange problems enabling TeX support in my wiki.
I am running the latest Bitnami MediaWiki stack. I have followed all
steps from the tutorials.
Still, whenever I try to render a latex formula, I receive the error
message
Failed to parse (PNG conversion failed; check for correct installation
of latex, dvips, gs, and convert)
As I have followed all steps from the tutorials, I started debugging a
little bit. Obviously, the latex command in the file render.ml fails:
#render.ml
....
if Util.run_in_other_directory tmppath (cmd_latex tmpprefix) != 0
...
The output of this command is
dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib
Referenced from: /opt/local/bin/latex
Reason: Incompatible library version: latex requires version 36.0.0
or later, but libpng12.0.dylib provides version 35.0.0
This error message seems really strange to me, because latex is not
using png here (just creating a DVI from a TEX file), and to the best
of my knowledge there is not even a 36 release of libpng.
Do you have any idea how to proceed here? From the command line
everything works fine.
Best regards,
Stephan
All-
Help. All logins fail silently on my MediaWiki. Login appears successful as no errors occur in the browser or in OS or Wiki logs but users do not login. The problem started when I added the Calendar and Breadcrumb2 extensions. After making changes to monobook and adding the extensions I could not login as Wikisysop to edit " MediaWiki:Leftnav". I have tried commenting out the extensions, completely removing them and using other skins without success. Does anyone have an idea of what might have happened or how I could debug? My php skills are minimal but I am willing to hack and learn. Let me know if you have any ideas.
Thanks
-Sean
MediaWiki 1.14.0
PHP 5.2.9 (apache2handler)
MySQL 5.0.51-log
Me again,
Is there a stable way to link to documents on a shared network drive from MediaWiki?
If we can link to them, this may help with my previously posted "Word problem." :)
Thanks yet again,
Nina
Nina McHale, MA/MSLS
Assistant Professor, Web Librarian
Auraria Library
http://library.auraria.edu/~nmchale/
Facebook<http://www.facebook.com/profile.php?id=672599042>
Twitter: ninermac
Serving the University of Colorado Denver,
Metropolitan State College of Denver,
and the Community College of Denver
1100 Lawrence Street
Denver, CO 80204
303-556-4729
Are there any users groups for Mediawiki (or wikis or even social media
in general)? I'm thinking about trying to start a users group here in
Colorado, and I was hoping to be able to learn a little from those who
have done this before, but I'm not finding anything.
Would anyone else on the list in Colorado be interested?
--
-----------------------------------------------------------------------
Chris Reigrut Home: +1-303-682-9630
chris(a)reigrut.net Mobile: +1-303-960-9831
http://www.reigrut.net
"You live and learn, or you don't live long" -- Robert A. Heinlein
Hi,
I believe the message is MediaWiki:Talk.
Best regards,
Matěj Grabovský
>---------------------------------------------------------
>Od: Frames Project
>Přijato: 28.4.2009 22:19:50
>Předmět: [Mediawiki-l] How to rename a tab label
>
>Hello
>
>
>
>I would like to rename the "Talk" tab as "Arguments".
>
>What is the easiest way to do it ?
>
>
>
>As I use a french version of Mediawiki, I could have follow the way
>
>"Talk" is translated into "Discussion", if I knew how it is done, and
>
>replace there "Discussion" by "Arguments".
>
>
>
>Could someone tell me how this translation is implemented ?
>
>Thanks.
>
>
>
>Francois Colonna
>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi.
Are there any good MW skins for PDA and mobile devices?
- --
My PGP public key: http://yurichev.com/dennis.yurichev.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknx39UACgkQ1YPmFmJG++PSKgCgzW+qS5Pbr+lMnM2hS8X1lTok
eKcAoMzMflbibk7GDIino+Cjp72hfmWP
=cR00
-----END PGP SIGNATURE-----