Hi,
cautiosly stepping forward in the process of moving from 1.3.3 to 1.4 the
following showed up: I got the existing data out of the 1.3.3 via a "mysqldump
-u root -p wikidb > wiki.sql", which gave me a good looking SQL bunch.
Then wiping out the 1.3.3 installation and installing 1.4 and configuring
finally worked out successfully: Homepage of the still empty wiki came up.
Then "mysql -u root -p wikidb < wiki.sql" also had no errors, but with trying to
get the homepage, I received:
A database error has occurred
Query: SELECT
user_name,user_password,user_newpassword,user_email,
user_real_name,user_options,user_touched,user_token FROM `user` WHERE
user_id='2' LIMIT 1
Function: User::loadFromDatabase
Error: 1054 Unknown column 'user_token' in 'field list'
Backtrace:
* Database.php line 345 calls wfdebugdiebacktrace()
* Database.php line 297 calls databasemysql::reportqueryerror()
* Database.php line 644 calls databasemysql::query()
* Database.php line 662 calls databasemysql::select()
* User.php line 386 calls databasemysql::selectrow()
* User.php line 337 calls user::loadfromdatabase()
* Setup.php line 236 calls user::loadfromsession()
* index.php line 25 calls require_once()
Have I missed something?
Philipp
Hi,
I'm working on an update from 1.3.3 to 1.3.9 and set up a completely independent
"web serving entity" of apache 1.3.33 and PHP 4.3.9 in a newly created path,
httpd.conf set accordingly. mediawiki 1.3.9 untared into that respective htdocs
dir. Configuration runs smoothly (*), but when trying to invoke the new wiki's
homepage, I get the following error/s:
Warning:
main(/home/cddoc/doc/httpd/htdocs/wiki/PHPTAL-NP-0.7.0/libs/GetText.php):
failed to open stream: No such file or directory in
/tmp/tpl_0_7_0_266ec8732a3c4802da09f727bdd41d15.php on line 1
Fatal error: main(): Failed opening required
'/home/cddoc/doc/httpd/htdocs/wiki/PHPTAL-NP-0.7.0/libs/GetText.php'
(include_path='.:/home/cddoc/tools/httpd/htdocs/wiki:
/home/cddoc/tools/httpd/htdocs/wiki/includes:
/home/cddoc/tools/httpd/htdocs/wiki/languages')
in /tmp/tpl_0_7_0_266ec8732a3c4802da09f727bdd41d15.php on line 1
The strange thing is, that that /home/cddoc/doc/httpd/.... path is not part of
this installation, everything happens in /home/cddoc/tools/httpd/...., apache
and PHP have been built in ..../tools/...., the mediawiki-1.3.9 was untarred in
..../tools/httpds/htdocs/ and a grep for "/cddoc/doc/" on any file down the
whole ..../tools/ tree gave exactly no result, so it's not hidden in some config
file, neither mysql's, apache's or PHP's. :-?
So where does /tmp/tpl_0_7_0_266ec8732a3c4802da09f727bdd41d15.php take this path
info from? Resp.: Who creates (since it is obviously a temp file) this
/tmp/tpl_0_7_0_266ec8732a3c4802da09f727bdd41d15.php and maybe gives to it this
path?
Greetings
Philipp
(*) That root DB connection problem mentioned before christmas was solved by
giving the actual machine name instead of "localhost" in the config page.
This question has been raised on the [[Wikisource:Scriptorium]] and is
well beyond my capacity to answer.
> I'm in trouble. Why does MediaWiki1.4b3 change CJK Compatibility
> Ideographs to CJK Unified Ideographs? see 狩獵免許稅徵收ニ關スル法律
> <http://wikisource.org/wiki/%E7%8B%A9%E7%8D%B5%EF%A8%B2%E8%A8%B1%E7%A8%85%E5…>.
> 免 changed into 免. -
Ec
Hi!
Since about a week ago (maybe since 1.4 upgrade?), the interwiki links
to zh-min-nan (and possibly others) placed on the cs: Wikipedia have
ceased to work -- they appear in the text of the article instead of
the "in other languages" box. See e.g.
http://cs.wikipedia.org/wiki/Firefox
Could someone try to fix that, please?
Thanks,
[[ cs:User:Mormegil | Petr Kadlec ]]
Hi all :)
We want to show a siteNotice in our wiki running MediaWiki 1.3.8 (with
security updates to 1.3.9).siteNotice is "activated" by CSS stylesheets and
MediaWiki:sitenotice. Unfortunately there is not notice on the pages :(
I added $wgSiteNotice = "Our notice" to Setup.php and the notice was shown
(wrong place in the articles but it was there :))
Any ideas and / or hints?
Thanks and kind regards,
Hauke
--
Ab 1. Januar 2005 bitte E-Mails verschluesseln!
PGP/GnuPG-Schluessel unter
http://athene.dnsalias.org/~hauke/hzuehl.pgp.txt
Due to some change in coding at least one signature which previously
displayed properly no long does. See [[User talk:Rex071404]] and look at
Rex071404's signature.
Fred
I have been working on making sure that pages containing IPA characters
can be viewed as easily as possible. However, it seems there is
something about the default skin that makes it impossible to render IPA
characters correctly in Internet Explorer. It seems no matter what fonts
I choose in Tools->Internet Options...->Fonts... the IPA characters
always appear as boxes. See this example page:
http://en.wikipedia.org/wiki/List_of_words_of_disputed_pronunciation
When I view that page after logging in and selecting a different skin,
such as Classic, the font preferences seem to kick in and the characters
display fine. I'm having trouble figuring out exactly what it is, due to
the complex CSS that spans several files.
Can anyone else replicate this problem? I want to write a help page to
link to in the {{IPA}} template so that IE users can set their browsers
to view the characters with a minimum of fuss. At the moment, the amount
of fuss required to view the characters in IE is not minimal.
- David [[User:Nohat]]
P.S. I have been running into lots and lots of font tags that make our
output invalid XHTML but would be valid if they were span tags, but of
course can't be span tags because span tags are forbidden. Can we PLEASE
allow span tags so that we can begin the process of making Wikipedia
pages be valid XHTML?