 Archives
|
There are also other places where to ask: IRC, mailing lists, Q&A etc.
Hey guys. Hope you can help me with this on, google and other sites didn't.
I had my own wiki on 1,.24.1 and updated to 1.26.2, hoping that would maybe solve the problem. The wiki is readable only for logged in members.
Problem:
When I am uploading a picture, I can not enter the Image Site. Neither can I enter from every other picture. It redirects me to the to the index page but in the url it shows the correct link.
I see the pictures in the Specialpage for Images and also in the Articles.
But without a more accurate description of what's happening it's hard to tell.
This is what comes to my mind: bad redirect/rewrite rules or configured settings ($wgServer, $wgArticlePath, $wgScriptPath) that cause cookies to be set for a specific domain or path but on upload you're redirected to a different domain or path, losing cookies and causing the logout.
Once it asks you to log in, do you really need to log in to see other pages?
Also clarify what do you mean by "enter the Image Site"
I thought this was pretty accurate, but I try again:
I click on the left side "Upload file" → I pick the file "expample.jpg" and press "Upload file" → Now I should the the Page "http:// mywiki.org/wiki/File:example.jpg" like here; but instead I see the Mediawiki:Loginreqpagetext Page, like I'm not logged in. Also in the top right corner it says "Log in", but I still am.
Sadly, it still doesnt work.
I made a short video, maybe this shows what I mean.
https://www.youtube.com/watch?v=LruvUNn_k20
Hello, how can I activate to upload and "txt" file to my wiki? Thank you.
See Manual:Configuring_file_uploads#Configuring_file_types.
Please note that allowing txt files (and basically any kind of text files) is a potential security problem for the users of your wiki.
Hello, I add on file LocalSettings.php
# Add new types to the existing list from DefaultSettings.php
$wgFileExtensions[] = 'txt';
But when upload TXT file on site I receive error
The file extension "..." does not correspond to its MIME-type (chemical / x-mdl-rgfile).
and upload is stooped, can you consult? Thank you.
If you want to upload files with MIME type chemical / x-mdl-rgfile, then you will have to allow this MIME type. Does Manual:MIME type detection help?
I upload on my wiki file.txt and receive that message
I add to "LocalSettings.php" "$wgVerifyMimeType = false;", but anyway I ca not upload txt file.
The problem is in TXT file encoding, I create a demo TXT file http://r.ournet.biz/1RAQ9bk and I can upload that file to my wiki, but another TXT file http://r.ournet.biz/22KgdIV I can not upload, why?
{"ID":"33","DeviceId":"7E64-D015-8AE4-60F8-C794-BF60-75BF-949B","LicenseType":"0","ActivedTime":"2016-05-25 03:23:38","Status":"0","UserActive":null,"ClientPhoneNumber":null,"ClientEmail":null,"ClientAddress":null,"ClientExtraInfo":null}
Hello. What is that JavaScript syntax that allows to return a system message from the "MediaWiki" namespace?
This is described in Using messages in JavaScript
Thanks, TheDJ. But unfortunately I'm not getting along...
I created User:Guycn2/sandbox, and wrapped it with a div and an id called "mytest".
Then, I created User:Guycn2/common.js, and added the following text:
document.getElementById("mytest").innerHTML = mw.message( 'copyright' ).plain();
Now, when I go to User:Guycn2/sandbox, I expect to see MediaWiki:Copyright instead of "Hello world". However, what actually happens is that the "Hello world" completely disappears and nothing appears instead! What did I do wrong?
You are missing the "Getting the messages to the client" part of that. There is no 'autofetch' of messages.
Sorry, but I hardly know anything about JS, and I don't understand the meaning of "Getting the messages to the client".
Could you write the text I need to insert to my JS page in order to return the message? Is this a complex code?
password forgot
Special:PasswordReset
@87.123.41.248, you have to be logged in for that to work. He/she forgot their password as in they can't login.
@107.188.156.236 did you have an email setup with your account?
Login not needed to do this.
Wargo is right.
In order to use Special:PasswordReset, you only have to know the username or the email address. Then you can get a temporary password sent to your address.
(Happy 7/11 Day today, roughly 50 years, half a century, after the Icee was released as the 7-Eleven Slurpee! Even though I'm not from there, as just a customer I suggest that you go get a free "birthday cake" Slurpee between 11:A and 7:P, at least if you're in the USA!)
Anyway, I just signed up as Wikipedia:user: Consistency is Key on the English Wikipedia the other day, and not even a day later, after having been logged out for some reason, right after trying to relog in I was stopped dead in my track by this crazy error message:
[V4PWKApAAEQAAIrxM9QAAACM] 2016-07-11 17:23:53: Fatal exception of type "Exception"And it happens no matter which browser or other system's IP address I use. How do you fix that?
(And don't forget your free Slurpee this 7/11 Day, at least in the USA, before 7: PM, especially on this half-century mark of the treat! Just a Slurpee/Icee fan here!)
never seen that before
Right. But a few other people have. So if we can get some official help here in the nearly foreseeable future, that'd be great!
After creating my account on Wikipedia less than 24 hours ago, I have the same problem here, it definitely comes from the account : I tried to log in from two browsers and two machines on two different networks.
Any help is welcome.
I have informed WMF ops about this issue. They promissed to check logs.
Probably another instance of Phab:T119736. Sorry for the hassle, working on fixing it...
Seems like it is fixed, working fine for me.
Thanks for the help.
Hey folks! I recently installed MediaWiki under Ubuntu 14.04 and when I try to enable ANY extension (even the built-in ones) in LocalSettings.php, this appears on my site:
[11510db67cc1ae0ba2232772] /index.php/Main_Page MWException from line 118 of /var/www/html/includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.
Backtrace:
#0 /var/www/html/includes/cache/localisation/LocalisationCache.php(1024): LCStoreCDB->finishWrite()
#1 /var/www/html/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)
#2 /var/www/html/includes/cache/localisation/LocalisationCache.php(336): LocalisationCache->initLanguage(string)
#3 /var/www/html/includes/cache/localisation/LocalisationCache.php(273): LocalisationCache->loadItem(string, string)
#4 /var/www/html/languages/Language.php(464): LocalisationCache->getItem(string, string)
#5 /var/www/html/includes/search/SearchEngineConfig.php(42): Language->getNamespaces()
#6 /var/www/html/includes/user/User.php(1530): SearchEngineConfig->searchableNamespaces()
#7 /var/www/html/includes/user/User.php(5033): User::getDefaultOptions()
#8 /var/www/html/includes/user/User.php(528): User->loadOptions()
#9 /var/www/html/includes/user/User.php(444): User->saveToCache()
#10 /var/www/html/includes/user/User.php(405): User->loadFromId(integer)
#11 /var/www/html/includes/session/UserInfo.php(88): User->load()
#12 /var/www/html/includes/session/CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string)
#13 /var/www/html/includes/session/SessionManager.php(479): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest)
#14 /var/www/html/includes/session/SessionManager.php(182): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest)
#15 /var/www/html/includes/WebRequest.php(700): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)
#16 /var/www/html/includes/session/SessionManager.php(121): WebRequest->getSession()
#17 /var/www/html/includes/Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession()
#18 /var/www/html/includes/WebStart.php(137): require_once(string)
#19 /var/www/html/index.php(40): require(string)
#20 {main}
Does anybody know how to fix this? I have no idea why this is happening.
Any sort of help would be appreciated. Thanks!
Hi, perhaps setting the rights of folder /cache to 777 (= writable) will solve this problem. Cheers
That didn't work. Any other way I can fix this?
Hello,
I'm struggling to configure Parsoid. The server runs well but when I try the round-trip test page for example, I get the following error :
error: No API URI available for prefix: enwiki; domain: undefined path: /_rt/mediawikiwiki/Parsoid
Error: No API URI available for prefix: enwiki; domain: undefined
My configuration is the same for both LocalSettings.php and /usr/lib/parsoid/src/localsettings.js. Domain is set at what hostname command returns (wikirct), I choose the prefix myself (but I'm not sure it's the good way to do it) and the URI is something like http://mywebsite:80/api.php and when I test it with curl it works.
It looks like this in localsettings.js :
parsoidConfig.setMwApi({ prefix: 'wiki', domain: 'wikirct', uri: 'http://wikirct:80/api.php' });
It looks like this in LocalSettings.php :
$wgVirtualRestConfig['modules']['parsoid'] = array(
'url' => 'http://wikirct:8142',
'domain' => 'wikirct',
'prefix' => 'wiki'
);
What did I do wrong ?
By any chance the "<nowiki/>" isn't in your actual working code, is it?
No, the <nowiki/> that you see is due to the post edition by Wargo but it not correspond to my copy/paste.
Is there any chance that I got some help for this problem ? I know I asked a lot of questions during the last days but this one is the most important for me. I'm surprised to see that there is so little feedback on the web about the configuration of Parsoid and Visual Editor while I think a lot of people desire it working on their mediawiki !
If it is so easy to set up, maybe someone can tell me in a glimpse what seems wrong in my configuration. Indeed, there are only three thinks to put together : uri, prefix and domain...But I can't figure it out. Help is really needed.
Seeing as no one else is giving a solution, maybe you can temporarily go for: VisualEditor/Installation on a shared host.
This uses an external cloud service (Heroku) for Parsoid setup, so any issues with your own server configuration shouldn't be a problem.
However, this method can have performance issues for the free account like slow loading, service "sleeping" after 30 minutes of non-use (which means that "waking up" of service will take slightly more time) and a total of 550 hours of "wake" time per month for the service. Shouldn't be a problem if the Wiki is low traffic, otherwise this can at-least act as a temporary solution.
I changed the place of server, but when I load the main page is all blank. Can someone help me?
See blank page.
Sorry by slow to respond.
I got see the error.
The error that is displayed is: "Strict standards: Declaration of AuthJoomla2::initUser() should be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 194".
Now i working to understand wich error is that.
I somehow ran into this error when trying to troubleshoot why I was getting HTTP 500 errors trying to save pages.
[79c36345a27b880b53aa7e00] /index.php/Special:Version MWException from line 118 of /var/www/html/includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.
Backtrace:
#0 /var/www/html/includes/cache/localisation/LocalisationCache.php(1024): LCStoreCDB->finishWrite()
#1 /var/www/html/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)
#2 /var/www/html/includes/cache/localisation/LocalisationCache.php(336): LocalisationCache->initLanguage(string)
#3 /var/www/html/includes/cache/localisation/LocalisationCache.php(273): LocalisationCache->loadItem(string, string)
#4 /var/www/html/languages/Language.php(464): LocalisationCache->getItem(string, string)
#5 /var/www/html/includes/search/SearchEngineConfig.php(42): Language->getNamespaces()
#6 /var/www/html/includes/user/User.php(1530): SearchEngineConfig->searchableNamespaces()
#7 /var/www/html/includes/user/User.php(5033): User::getDefaultOptions()
#8 /var/www/html/includes/user/User.php(528): User->loadOptions()
#9 /var/www/html/includes/user/User.php(444): User->saveToCache()
#10 /var/www/html/includes/user/User.php(405): User->loadFromId(integer)
#11 /var/www/html/includes/session/UserInfo.php(88): User->load()
#12 /var/www/html/includes/session/CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string)
#13 /var/www/html/includes/session/SessionManager.php(479): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest)
#14 /var/www/html/includes/session/SessionManager.php(182): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest)
#15 /var/www/html/includes/WebRequest.php(700): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)
#16 /var/www/html/includes/session/SessionManager.php(121): WebRequest->getSession()
#17 /var/www/html/includes/Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession()
#18 /var/www/html/includes/WebStart.php(137): require_once(string)
#19 /var/www/html/index.php(40): require(string)
#20 {main}
Hmm. Seemed to have fixed it with adding:
$wgCacheDirectory = "$IP/cache";
to LocalSettings.php.
