 Archives
|
There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.
| Language:Project:Language policy | English • español |
|---|
Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. See Terms of Use for details.
hello everyone
i am attempting to change the text of the tile for my wiki but im very new and dont really understand how this works. i know for basic pages i can just look for <head><title> blalbabla </title></head> but idk how to do this to my wiki
any help is greatly appreciated
oh im using Xampp and PHPmyadmin, really dont know how to use phpmyadmin either :]
any good tutorials ?
The title of a wiki is set in the LocalSettings.php file, which can not be accessed from the web, but only from the server file system.
In that file, search for the variable named $wgSitename and change its value to what you want it to be.
See Manual:$wgSitename for more details!
Hi everybody,
I am trying to add a new toolbar section to wikieditor, following the rules described here.
Since I want all users to use this toolbar, I am working on Mediawiki:Common.js (is this correct? I have also set '$wgUseSiteJs = true' in LocalSettings.php) . I validated the code and it is correct, but some of my edits are not loaded in the toolbar. E.g. the toolbar section is visible, but seems to be empty, since no groups or buttons are shown.
My wiki is at http://mediawikiarchivio.unigre.it/mediawiki/index.php/Main_page
Does anyone have any idea of the reasons?
Thanks for the help!
Lorenzo
You seem to have fixed it, or maybe you were facing caching problems, because I can see a section called "Annotation" next to "Help" with a bunch of buttons
Hi,
thanks for the answer. Yes, in some way the problem is fixed but not totally. Now I can see the new toolbar ('Annotation') in several namespaces but not in all ones. E.g. it is ok in the Page namespace but not in the Main namespace. In Main I can see the new toolbar just after a cache refresh and then it is missed.
Any suggestions?
Thanks again,
Lorenzo
Editing the main page (even if it's read-only because I'm not logged-in), reloading the page several times, etc, displays the toolbar just fine for me. What browser are you using? can you try a different one?
You are right, the problem appears only when I am logged in (everything works fine without log in). Which could be the cause?
Thanks,
Lorenzo
An update: I added $wgAllowUserJs = true; to LocalSettings.php and then I put my code into User:myusername/common.js after deleting the same code from Mediawiki:common.js.
In this way I continue to see the new toolbar just in some namespaces (Mediawiki, Page) but not in the Main namespace (without log in obviously I don't see anything anywhere).
If I maintain the code in both User:myusername/common.js and Mediawiki:common.js, the result is catastrophic as you can see here. But at list I see this mess in every namespace!
I can't understand this issue and I am going crazy :(
Maybe is it a conflict between the user preferences and the wiki settings?
Please help!
Hi, we have a mediawiki installation at our Companys intranet, we are now expanding with foreign users in our wiki who not understand our language (Swedish)and are not allowed to access internet. I really like the Idea of "Live Translate" and to adjust our Swedish language at our wiki to work good enough with live translation to English instead of keeping two different wiki's updated with the same information.
My question is if there is possible/ is any examples of keeping the Google or MS translation completely inside a closed network
Regards, Jonas
Hello , I have a wiki site . recently in my site, recent page does not work .When any make an edit , recent page have not show this edit . please help me . my site is textileedu.org . Thanks-শাহাদাত সায়েম (talk) 12:51, 16 January 2017 (UTC)
Hello,
I just upgraded my mediawiki to version 1.27.0. Everything works as expected except saving user preferences. The specific issue is clicking on any radio box selects the choice, but when I click save, the page displays a "Your preferences have been saved" but then the box I previously checked is un-checked. This function worked in previous version (1.26.3). I checked apache2 error and access logs and didn't see anything suspicious. Everything else (editing, logging in, other extensions) works as expected
Running PHP version: 5.5.9, mysql version 5.5.50.
I would be grateful for any support in troubleshooting this issue. Thank you.
What extensions do you have installed? What checkbox do you check? Does any other setting works?
Any checkbox in user preferences exhibits the problematic behavior, for example:
Mark all edits minor by default
Prompt me when entering a blank edit summary
Warn me when I leave an edit page with unsaved changes
Show edit toolbar
Enable enhanced editing toolbar
Enable wizards for inserting links, tables as well as the search and replace function
I check one, click save, and then when I see the thank you message, the checkbox remains unchecked.
Extensions can be found here:
CiteThisPage
Interwiki
Nuke
Cite
ImageMap
InputBox
Lingo
ParserFunctions
Poem
SyntaxHilight
was this issue solved? I am facing the same problem now.
Thanks for the help,
Lorenzo
I started to translate a piece ("Farm") from English (American) to Afrikaans ("Plaas"), using the translate option and editing the automatically translated text afterwards. But after a while there was some duplicated text outside the "frames". This text cannot be deleted or altered. I would like to start over again but cannot find a way to delete or change the already created document. Please help!
Missing CSS in MediaWiki:Common.css page.
can someone help to find out which extension I am missing (www.zauber-pedia.de) for the following case:
I have copied some templates from Wikipedia which do work in general but they do look a bit different in my wiki. Example, if I copy the complete Welcome Page from WP in to my wiki I do not see any frames and borders, just the text and single lines. What am I missing in my settings - if this is the case at all. thanks for your help
You are probably missing the relevant code lines from https://en.wikipedia.org/wiki/MediaWiki:Common.css and not some extension.
sorry for this late reply, but I am gratefull very much to your answer. Where should I place these codes? Thanks so much for helping
These will need to be placed in your Wiki's MediaWiki:Common.css page (i.e. http://www.zauber-pedia.de/index.php?title=MediaWiki:Common.css).
Note that not all the code at https://en.wikipedia.org/wiki/MediaWiki:Common.css will be relevant, you will have to take a look at the comments on that page for clues regarding which code is needed for a particular template.
again thank you som much. could you give me a clue which part it could be so that can see the frames and colors correctly? Just to remember: if I copy all from WP main page into my MW it does not schon any frames and colors of the frames. Thanks in advance - and sorry for getting on your nerves ...
and ... if I paste "anything" into my Common.css page can I make something wrong - my fear is that I might not be able to open a page anymore and even cannot delete the pasted stuff from the page. Can such a thing happen?
The issue must be something else because as far as I can see there is nothing in the Common.css code that is affecting "frames and colors of the frames". Also, tried the code on a test Wiki with completely blank Common.css and still there was no issue with "frames and colors of the frames", everything seemed to be working fine.
Try saving a page with WP main page code and hit F12 to see if there are any fatal errors that are blocking the css effects from displaying.
I am working with Mac .... what is F12 ???? so sorry to bother with these "littel" things. But try to find what you mean ...
I copied the WP main page source into mine. See here: http://zauber-pedia.de/index.php?title=Diskussion:Zauberperiodika
There is a F12 which I hit and a new window at the bottom opened for some more options. But honestly, I have no idea what to do with that information ... perhaps you find something more. Thanks
OK, got it.
You have been using the source code for the German Wikipedia and I was looking at the one for the English Wikipedia. The German Wikipedia does seem to store the CSS code somewhere else (like in MediaWiki:Common.css) while the English Wikipedia code should work out-of-the-box.
Try copying the source code from here: https://en.wikipedia.org/w/index.php?title=Main_Page&action=edit.
Thanks, yes, the English source works fine with all frames and colors ... Thank you !!!!
Still, I would like to find out where to change some settings as there is still anohther problem:
See the template here from the German WP: https://de.wikipedia.org/wiki/Schmidt
and this from the very same template which I copied into mine, the shadow is missing: http://www.zauber-pedia.de/index.php?title=Peter_Kersten_(Begriffskl%C3%A4rung)
this is more precise for what I mean: This is the WP template: https://de.wikipedia.org/wiki/Vorlage:Begriffskl%C3%A4rung
and this is how it looks in my Wiki: http://www.zauber-pedia.de/index.php?title=Vorlage:Begriffskl%C3%A4rung
Not understanding German is causing some confusion for me.
If I understand correctly, you probably need the following in your MediaWiki:Common.css:
/* Wie Inhaltsverzeichnis (mediawiki.skinning/content.css) */
.rahmenfarbe1 {
border: 1px #a2a9b1;
}
/* Wie Inhaltsverzeichnis (mediawiki.skinning/content.css) */
table > * > tr.hintergrundfarbe1 > th,
table > * > tr > th.hintergrundfarbe1,
table.hintergrundfarbe1,
.hintergrundfarbe1 {
background-color: #f8f9fa;
}
Note that you will need to hard-refresh (to clear the browser cache) the page to be able to see the changes.
Yes, language can be confusing ... thanks a lot to try ... and I will try your suggestion ...
I'm kind of stumped, class "hintergrundfarbe1" is definitely the one which gives that background colouring, but for some reason, that class is not loading on your Wiki's template (possibly because your MediaWiki version is older).
For a somewhat similar outcome, in your http://www.zauber-pedia.de/index.php?title=Vorlage:Begriffskl%C3%A4rung, you can add the following code
background-color: #f8f9fa;
before the two occurrences of:
vertical-align: middle
The problem is, http://www.zauber-pedia.de/index.php?title=MediaWiki:Common.css contains invalid CSS. It has template code!! Since it has syntax errors, most of the CSS rules there are completely ignored. Please remove wiki code and HTML code from that page
thanks so much for THIS advice. Unfortunatley I have no idea which lines I should delete from Common.css page ... where is a HTML code. Just one short hint should help me. again, many, many thanks for your help
I think, in your case you should actually delete all the lines (except the ones I quoted above) because all those lines appear to be template code and not CSS.
please help me: which lines ... can you send me a screenshot what I should delete ... send to othelloo(at)web.de thanks
Delete all lines from http://www.zauber-pedia.de/index.php?title=MediaWiki:Common.css and then insert the following on the same page:
/* Wie Inhaltsverzeichnis (mediawiki.skinning/content.css) */
.rahmenfarbe1 {
border: 1px #a2a9b1;
}
/* Wie Inhaltsverzeichnis (mediawiki.skinning/content.css) */
table > * > tr.hintergrundfarbe1 > th,
table > * > tr > th.hintergrundfarbe1,
table.hintergrundfarbe1,
.hintergrundfarbe1 {
background-color: #f8f9fa;
}
you really mean I should "empty" the complete page and just put in these lines:
/* Wie Inhaltsverzeichnis (mediawiki.skinning/content.css) */ .rahmenfarbe1 { border: 1px #a2a9b1; }
/* Wie Inhaltsverzeichnis (mediawiki.skinning/content.css) */ table > * > tr.hintergrundfarbe1 > th, table > * > tr > th.hintergrundfarbe1, table.hintergrundfarbe1, .hintergrundfarbe1 { background-color: #f8f9fa; }
Yes, because those lines are wikitext and not CSS.
Additionally, there is nothing to worry about deleting those lines because such an edit would be easily reversible.
I have a problem on the site vojnaenciklopedija.com
I doubt the CSS, or do not vary greatly in relation to the Serbian Wikipedia where there is no such problem. This happens both when on each side. It is not the always the same. How can I solve this problem?
Here is picture:
I see it correctly. Does it happen randomly? i.e.: the same page sometimes looks good, sometimes strange?
@Ciencia Al Poder This always happens at different pages. Sometimes it happens, sometimes not.
How can I add an OR group condition to the selectField function?
The sql would look like this
'SELECT `cl_to` FROM `categorylinks` WHERE `cl_from` = '.$catId.' AND ( `cl_to` = "Foo" OR `cl_to` = "Bar" OR `cl_to` = "Baz" )'
But how to get it into the selectField function?
$res = $dbr->selectField(
'categorylinks',
'cl_to',
array(
'cl_from' => $catId,
// ????
), __METHOD__
);
(`cl_to` = "Foo" OR `cl_to` = "Bar" OR `cl_to` = "Baz" )
is equivalent to
`cl_to` IN ("Foo", "Bar", "Baz" )
So it should be:
$res = $dbr->selectField(
'categorylinks',
'cl_to',
array(
'cl_from' => array( $catId, $catId2, $catId3 )
), __METHOD__
);
Hi there, greetings from Brazil!
I'm new to all this, and trying to do my best here... I've managed to install MediaWiki 1.28 on Centos 7 server along with VisualEditor and Parsoid, everything was fine, but today after some changes the Search box Autocomplete is not working anymore :.(
I tried to disable the changes I've made on LocalSettings.php and MediaWiki:Common.css, but the problem persists... Its interesting that also the VisualEditor searchbox to insert a Template is also not working... but the one to add hyperlink is working... The changes I've made today that may have cause the issue are:
| Produto | Versão |
|---|---|
| MediaWiki | 1.28.0 |
| PHP | 7.0.14 (apache2handler) |
| MariaDB | 5.5.52-MariaDB |
| ICU | 50.1.2 |
Any help or directions will be really appreciated! Thanks in advance!
in time: also tried the options on Manual:Enabling autocomplete in search box
Sorry, I would like to link it but my wiki is a private one (KB inside the company I work network)... behind a private address and such :( Is there another way to collect information for you to help me?
Use the browser's developer tools to see what the response is from the webserver whenever you type a character in the search bar. Let me know if you need more information. For example, here is how to do it in Firefox: https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor
Thanks! Here is what I got:
Request Header: Host: 192.168.100.50
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Accept: application/json, text/javascript, */*; q=0.01
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
X-Requested-With: XMLHttpRequest
Referer: http://192.168.100.50/index.php/Bem_Vindo_a_Wiki_Vianet!
Cookie: mediawikiUserName=Ksilva; VEE=visualeditor; mediawiki_session=m47aa78u9uf3cubvdh91hk88cv74h7as
Connection: keep-alive
Response Header:
Cache-Control: private, must-revalidate, max-age=1200
Connection: Keep-Alive
Content-Length: 25
Content-Type: application/json; charset=utf-8
Date: Sat, 07 Jan 2017 21:36:20 GMT
Keep-Alive: timeout=5, max=100
Server: Apache/2.4.6 (CentOS) PHP/7.0.14
Vary: Accept-Encoding,Treat-as-Untrusted,Cookie
X-Frame-Options: DENY
X-Powered-By: PHP/7.0.14
x-content-type-options: nosniff
Cookies:
Request cookies:undefined
VEE:"visualeditor"
mediawikiUserName:"Ksilva"
mediawiki_session:"m47aa78u9uf3cubvdh91hk88cv74h7as"
Params
action:"opensearch"
format:"json"
formatversion:"2"
search:"Fornecedores"
namespace:"0"
limit:"10"
suggest:"true"
Response: (There are pages and namespaces on my wiki with the word "Fornecedores")
JSON:undefined
0:"Fornecedores"
1:Array
2:Array
3:Array
If you have moved pages to the Fornecedores: namespace (or whatever name you've given them), they'll not show in suggestions by default, because it searches for main namespace by default (controlled by $wgNamespacesToBeSearchedDefault). You can see it in the namespace:"0" parameter of the request.
I've tried to add the following code to the end of my LocalSettings.php:
$wgNamespacesToBeSearchedDefault = [
NS_Fornecedores => true,
NS_Tutorial => true,
NS_Ferramentas => true,
];
But is still not working... Now that you told me about this I've tried to search for a "Welcome" page that was the first one I've made, this one is appearing in the search box normally, but there are other two pages on Main namespace (created after) that are not appearing... Is there any other variable I should take a look? Maybe something to control pages index...
Thanks for your help.
Note that in your new definition of $wgNamespacesToBeSearchedDefault you aren't including NS_MAIN anymore. Check if that's correct. I guess the Welcome page is not on the main namespace because otherwise I would imagine this setting is being ignored...
Search index is regenerated with the Job queue, maybe you need to wait for a while or even force pending jobs to run with runJobs.php. You may need to set $wgRunJobsAsync to false since it's known to cause issues on some setups.
I didn't include NS_MAIN because I was thinking it is default to search there... anyway I will include it there and wait some time, if doesn't work I will take a look on the other options you gave and let you know.
Nothing happened, but I confirmed I have the "Welcome" page in the main namespace (using special:allpages) also there are other 4 pages in that namespace, but just the welcome page appears in the search autocomplete, I also have confirmed that the "Welcome" page (actually named "Bem Vindo a Wiki Vianet!") is the only page showing up in the search autocomplete.
I've tried to use runJobs.php and got error, then tried to specify --server and got the same error. I also tried showJobs.php and received the same error with a "0" in the last line:
[root@mediawiki maintenance]# php runJobs.php
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
[root@mediawiki maintenance]# php runJobs.php --server http://192.168.100.50
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
[root@mediawiki maintenance]# php showJobs.php
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
0
[root@mediawiki maintenance]# php showJobs.php --server http://192.168.100.50
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
PHP Notice: Undefined index: SERVER_NAME in /var/www/html/includes/GlobalFunctions.php on line 1473
0
If I'm not able to run the php script Does that means the system is also facing the same issue?
Looking at line 1473 of GlobalFunctions.php I see it fails to get SERVER_NAME from $_SERVER, but it shouldn't happen because $_SERVER is only for web requests. Is the wiki installed on windows or linux? Apparently it's failing to retrieve the current hostname from other sources. Setting Manual:$wgOverrideHostname would prevent it from failing.
Still, those errors are "notices" and won't prevent jobs from run, apparently.
You can also try regenerating the search index, but in theory it shouldn't matter for title autocompletion. Manual:updateSearchIndex.php
Hello!
Finally had the time to test what you asked, setting $wgOverrideHostname seems to solve the "Undefined index: SERVER_NAME" error, now I got no errors, but it seems there are no jobs to be executed:
[root@mediawiki maintenance]# php showJobs.php
0
[root@mediawiki maintenance]# php runJobs.php
[root@mediawiki maintenance]# php updateSearchIndex.php -s 20081020224040
Updating searchindex between 20081020224040 and 20170115073747
--- Waiting for lock ---
Bem_Vindo_a_Wiki_Vianet!...
Fornecedores:Lista_de_Fornecedores_e_Parceiros...
MediaWiki:Mainpage...
Planos...
Relatório_Identificação_de_Falha...
MediaWiki:Sidebar...
Widget:PDF...
MediaWiki:Common.css...
COMANDOS_SSH-ELASTIX...
Fornecedores:Internexa...
Fornecedores:Americanet...
Predefinição:Fornecedores...
Fornecedores:Ascent...
Ferramentas:Keepass...
Fornecedores:China_Telecom...
Fornecedores:SAMM...
MediaWiki:Vector.css...
MediaWiki:Tweeki-navbar-left...
MediaWiki:Tweeki-navbar-right...
MediaWiki:Tweeki-subnav...
MediaWiki:Tweeki-sidebar-left...
MediaWiki:SidebarTree...
MediaWiki:Common.js...
Fornecedores:Varphonex...
Fornecedores:Khomp...
Fornecedores:PTT...
Fornecedores:Fox...
Fornecedores:GTGI_(GT_Group)...
Tutorial:Instalando_Elastix...
Tutorial:Configuração_-_Regra_de_discagem...
Tutorial:Processo_para_instalação_do_ELASTIX_2.5...
Fornecedores:Tip_Brasil...
Tutorial:Processo_após_Instalação_do_Elastix_2.5...
Tutorial:Criar_Redirecionamento_de_Porta_-_IP...
Tutorial:RESET_KHOMP_-_UMG100...
Tutorial:ADICIONAR_CLIENTE_-_VIAPHONE...
Fornecedores:Vonex...
Fornecedores:Vivo...
--- Unlocking --
Done
*** Couldn't write to the searchUpdate.mediawiki.pos!
$wgNamespacesToBeSearchedDefault = [
NS_MAIN => true,
NS_Fornecedores => true,
NS_Tutorial => true,
NS_Ferramentas => true,
];
[root@mediawiki maintenance]# php rebuildtextindex.php
Dropping index...
Clearing searchindex table...Done
Rebuilding index fields for 52 pages...
Rebuild the index...
Done.
I've tested it on a local 1.28 instance and $wgNamespacesToBeSearchedDefault doesn't change the namespace=0 of the search suggestion URL, which I've found it's hardcoded (task T26214).
However, if you type the complete namespace it should work. For example, typing Fornecedores:A should give you Fornecedores:Ascent as a suggestion. That's how it works for me. Typing Ascent won't give you the Fornecedores:Ascent suggestion.
