Hello,
I want to use my MediaWiki site (which is SSL "firewalled") for software
development purposes (and related things). Most of the time the uploaded
files will not be "images" but rather just a "file".
I want these image/file references (a la [[Image:Some_uploaded_file.zip]] )
to not be processed as an "image." How can I do this? What markup do I
use? Currently my reference above looks like a "sunken box" with the
filename text inside of it on my page...as if the page is trying to
process/display it as an image?
I wish there was a mode I can put MediaWiki such that it doesn't assume
that all uploaded files are "images". Does anything exist? Maybe a
separate namespace for File: separate from Image: ...and associated code
handling...this way I can get the best of both worlds?
(I already went through and disabled most of all the upload-file-type
prevention stuff in DefaultSettings.php in 1.4.0.)
-Matt
http://bugzilla.wikipedia.org/show_bug.cgi?id=454
Regards,
Tom
Remark:
Not everyone will be pleased, but another database schema change of
table user was required to look-up quickly all users who opted-in to
receive notifications on new pages; add tinyint(1) for this.
updaters.inc is inlcuded.
I was just looking at a very similar problem. After looking through the code, it appears to me that MW just stores a UID in a session variable. So it seems if you modified your login/logout scheme to set this variable, you'd be effectively integrated.
>From that point you'd have to decide how to manage MW cookies. I'm thinking about just disabling MW auth cookies and redirecting to my own login scheme upon failure to detect a valid session ID.
Prior to doing this, you'd need to disable the MW new user signup feature, and hack your own new user signup to write the account information to the MW user database.
I'm more than open to have this line of reasoning critiqued. I'm not crazy about this approach but it's the best I can envision given the stock products involved (I intend to work with vBulletin).
-----Original Message-----
From: Philip Gabbert <wiki(a)gpcentre.net>
Sent: Apr 17, 2005 7:46 PM
To: MediaWiki List <mediawiki-l(a)Wikimedia.org>
Subject: [Mediawiki-l] Current site integration
I currently run a site with a custom build session login/out with an
already built access/auth system.
I'm wondering if there's a simple way to integrate MediaWiki? I can
see it's user tables are rather simple, but I'd prefer to have a
central login, not two locations of user account login information
(security/consistency sakes).
I'd like to MediaWiki to use my login/out schema and I can use MW's
own auth system by simply writing the data it expects to WM's user
table.
Has anybody had any experience in this matter? I didn't see anything
off hand through my reading in the Administrators or "hack wiki"
section of the MediaWiki's help section.
Thanks ahead of time.
--
Philip wiki(a)gpcentre.net
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Hello,
I'm finding that my Opera and Firefox browsers do not always jump to the
anchor in an article be it on my private, SSL-protected MediaWiki server or
meta.wikipedia.org. eg, when going to
http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does
not always "jump" to the Nicknames section.
(I have yet to see this break on InternetExplorer, but I never use said
browser...I only tried it once for a test. It doesn't consistently break
on Opera of Firefox, either...which makes this really annoying.)
Is this a know problem/bug?
(Sorry for a FAQ, if this is one.)
-Matt
Is it possible to pass as argument to a template another template? For example I need to store in a template the url of a image and then pass this template to another template. So when I change the image url inside the first template automatically I change the image in all the other templates.
Can I?
Thanks,
Giovanni
Hi.
I've tried several iterations. and continue to receive the following error:
Converting links table to ID-ID...
Sorry! The wiki is experiencing some technical difficulties, and
cannot contact the database server.
Note the following environment:
OS: Solaris 2.8
Web: Sun ONE Web Server 6.1 SP4
PHP: 5.0.4 (see below)
Web / PHP Connector: ZendSunOneEnabler-1.0.0
MySQL : mysql-standard-4.1.11-sun-solaris2.9-sparc
Note: This server has 2 mysql instances, so I'm connecting to the TCP/IP port.
It seems like either:
1) MySQL binary distribution compiled against 2.9 is yacking on the
php script because my OS is 2.8 [this was a mistake on the
installation]
2) I should use the NSAPI plugin that comes with php instead of
Zend's NSAP plugin.
3) Some other media wiki problem.
I'm not sure how to trouble shoot this
Here's my Media Wiki installation output:
------------- begin output -----------------------
MediaWiki 1.4.0 installation
Please include all of the lines below when reporting installation problems.
Checking environment...
PHP 5.0.4: ok
PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
No zlib support.
Turck MMCache not installed, can't use object caching functions
Couldn't find GD library or ImageMagick; image thumbnailing disabled.
Installation directory: /opt/SUNWwbsvr/docs/wiki
Script URI path: /wiki
Notice: Undefined index: SERVER_ADMIN in
/opt/SUNWwbsvr/docs/wiki/config/index.php on line 338
Connected as root (automatic)
Connected to database... 4.1.11-standard; enabling MySQL 4 enhancements
Database wikidb exists
There are already MediaWiki tables in this database. Checking if
updates are needed...
Granting user permissions...
...linkscc table already exists.
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_rights table already exists.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...have rc_type field in recentchanges table.
...have rc_ip field in recentchanges table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...have user_real_name field in user table.
...have user_token field in user table.
...have ur_user field in user_rights table.
...have log_params field in logging table.
...already have interwiki table
...indexes seem up to 20031107 standards
...linkscc is up to date, or does not exist. Good.
Converting links table to ID-ID...
Sorry! The wiki is experiencing some technical difficulties, and
cannot contact the database server.
------------ end output -------------
On 15 Apr 2005, at 08:39, Uwe Baumbach wrote:
>> Is there any way to make redirected pages show up in a Category,
>> preferably the same one(s) as the page it redirects to?
>
> Try to write the category link(s) IN THE SAME LINE after the redirect
> statement only after a blank, like this:
>
> #REDIRECT [[Redirectee]] [[category:MyCategory1]]
> [[category:MyCategory2]]
>
> I don't know of which version your MediaWiki is, in our oldest (!)
> 1.3.0Beta1 it works.
Thank you, Uwe! That works in 1.4b5 just fine!
I'm copying this to the entire list, since no one else thought it could
be done without moving to 1.5 development.
:::: At the root of our problem is America's addiction to cheap energy.
It would be a sad commentary if our leaders found it easier to send
Americans to fight in the desert than to impose gasoline and other
energy taxes -- James Gustave Speth, 1990
:::: Jan Steinman <http://www.IslandSeeds.org>
With 1.4.0, I had an additional entry on $wgNavigationLinks:
array( 'text'=>'sandbox', 'href'=>'sandbox-url' ),
with WikiMedia:Sandbox contaning "Sandbox" and WikiMedia:Sandbox-url
containing "Hobbes:Sandbox" (Hobbes is the name of my project).
Suddenly, upgrading to 1.4.1 makes it fail: the Navigation box shows
"<sandbox>" and its contents points to
"--error:_link_target_missing--".
Any idea what's happening?
--
/L/e/k/t/u
I currently run a site with a custom build session login/out with an
already built access/auth system.
I'm wondering if there's a simple way to integrate MediaWiki? I can
see it's user tables are rather simple, but I'd prefer to have a
central login, not two locations of user account login information
(security/consistency sakes).
I'd like to MediaWiki to use my login/out schema and I can use MW's
own auth system by simply writing the data it expects to WM's user
table.
Has anybody had any experience in this matter? I didn't see anything
off hand through my reading in the Administrators or "hack wiki"
section of the MediaWiki's help section.
Thanks ahead of time.
--
Philip wiki(a)gpcentre.net
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.4.1 is a bug fix release for the 1.4 stable release series.
All new installations are highly recommended to use 1.4.1 instead of
1.3.x; 1.3.x users should consider upgrading for bug fixes and new features.
1.4.0 and 1.4 beta or release candidate users should upgrade to this
release for relevant bug fixes; see the changelog.
=== Changes since 1.4.0 ===
* (bug 1720) fix genitive month names for uk
* (bug 1704) fixed untranslateable string in Special:Log
* (bug 1638) Added Belrusian language file
* (bug 1736) typo in SpecialValidate.php
* (bug 73) Upload doesn't run edit updates on description page (links,
~ search index and categories)
* (bug 646) <math> fails to recognize \ll and \gg
* (bug 926) \div element from TeX not supported in <math> element
* (bug 1147) add \checkmark to whitelist in texutil.ml
* (bug 937) \limits function from LaTeX not supported in <math> element
* Support for manually converting article title to different Chinese
~ variants (for zh)
* (bug 1488, bug 1744) Fix encoding for preferences, dates in Latin-1
~ mode
* (bug 1042) Fix UTF-8 case conversion for PHP <4.3 with mbstring
~ extension
* Fix code typo that broke article credits display
* Installation fixes for running under IIS
* (bug 1556) login page tab order. "remember" checkbox now come after
~ password.
* SQL debug log fixlets
* (bug 1815) Fix namespace in old revision display with mismatched title
* (bug 1788) Fix link duplication when edit/upload comment includes
~ newlines
* Change default on $wgSysopUserBans and $wgSysopRangeBans to true
* Fix link conversion for URL request
* (bug 1851) Updated download URL for the SCIM packages used by zhtable
* (bug 1853) Try stripping quotes from term for 'go' title match
* Fix missing function in Latin1 mode
* (bug 1860) Anchors of interwiki links did not get normalized
* (bug 1847) accept lowercase x in ISBN, do not accept invalid A-W,Y,Z
* Fix link conversion for URL request, hopefully without breaking the
~ wiki
* (bug 1849) New option allows to consider categorized images as used on
~ Special:Unusedimages
* Localized category namespace for ka (Georgian)
* (bug 1107) Work around includes problem in installer when parent dir
~ is not readable by the web server
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=321333
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.4.1.tar.gz?download
Before asking for help, try the FAQ:
http://meta.wikimedia.org/wiki/MediaWiki_FAQ
Low-traffic release announcements mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikipedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCYvS3wRnhpk1wk44RAuuWAJ0UTCcqhySiixX9wqPC3UoSgr7GZgCePGWm
s+JFQI56cB10geYUWZqvc4w=
=i3qQ
-----END PGP SIGNATURE-----