Project:Support desk

Jump to navigation Jump to search

About this board

vde   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Wikimedia Developer Support, Q&A, mwusers (unofficial forum) etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new topic".
Clinton70 (talkcontribs)

Struggling to understand WHY this is happening. I have installed gnu radio on my MacBook Pro with no issues, but the install on the iMac 27" is not so smooth. HERE is what I am getting as output from the install (below) - it is import to not that gcc, Xcode and python both 2.7 and 3 are installed. BUT I'm at a loss as to why. APPRECIATE any help.


Clintons-iMac:~ clint$ sudo port install gnuradio

Warning: xcodebuild exists but failed to execute

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: Xcode does not appear to be installed; most ports will likely fail to build.

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

--->  Computing dependencies for gnuradioWarning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

The following dependencies will be installed:

OpenBLAS

atk

coreutils

cython_select

dbus

dbus-glib

dbus-python27

docbook-xml

docbook-xml-4.1.2

docbook-xml-4.2

docbook-xml-4.3

docbook-xml-4.4

docbook-xml-4.5

docbook-xml-5.0

docbook-xsl-nons

findutils

fop

gdk-pixbuf2

getopt

ghostscript

gpsd

grep

gsed

gtk2

gzip

harfbuzz-icu

hicolor-icon-theme

jasper

jbig2dec

jbigkit

lcms2

libglade2

libidn

libmng

libpaper

libusb

libzzip

nosetests_select

openjpeg

orc

potrace

py27-Pillow

py27-alabaster

py27-altgraph

py27-babel

py27-backports_abc

py27-certifi

py27-chardet

py27-cython

py27-docutils

py27-futures

py27-gobject

py27-idna

py27-imagesize

py27-jinja2

py27-macholib

py27-matplotlib

py27-modulegraph

py27-monotonic

py27-nose

py27-numpy

py27-olefile

py27-opengl

py27-opengl-accelerate

py27-packaging

py27-parsing

py27-py2app

py27-pygments

py27-pygtk

py27-pyobjc

py27-pyobjc-cocoa

py27-pyqt4

py27-pyqwt

py27-requests

py27-roman

py27-scipy

py27-serial

py27-singledispatch

py27-sip

py27-snowballstemmer

py27-sphinx

py27-sphinxcontrib-websupport

py27-subprocess32

py27-tkinter

py27-tornado

py27-typing

py27-urllib3

py27-zmq

pygments_select

qhull

qt4-mac

qwt52

qwtplot3d

shared-mime-info

sphinx_select

swig

swig-python

tcl

texlive-basic

texlive-bin

texlive-common

texlive-latex

tk

uhd

volk

xmlcatmgr

xmlto

xorg-libXScrnSaver

xorg-libXcomposite

xorg-libXcursor

xorg-libXdamage

xorg-libXfixes

xorg-libXi

xorg-libXinerama

xorg-libXp

xorg-printproto

Continue? [Y/n]:

Reply to "MacPorts install failing???"

How to enable article names to start with small letters?

7
84.137.169.107 (talkcontribs)

Hi,

when I create for instance the article "for a reason" and open it, it's name will be "For a reason.

What can I do, that the first letter of the article name depends on the link, and not automatically is big?

Thanks

AhmadF.Cheema (talkcontribs)

"... a title can be displayed with an initial lower-case letter, using DISPLAYTITLE or the {{lowercase title}} template. This does not fix every occurrence, like the history, edit, or log pages (phab:T55566) - or the browser address bar (phab:T63851), but only affects the page title on the rendered HTML page and tab/window title bars."

84.148.55.28 (talkcontribs)

Thanks. Sorry but I still can't solve it.

I don't know what exactly to do with DISPLAYTITLE.

And when I try the {{lowercase}}, it doesn't work. Your lowercase link says, I need Extension:ParserFunctions. But when I click on "download extension", I see:

No such extension "ParserFunctions".

Unable to fetch extension list!

I'm newb, could you pls explain it step by step?

AhmadF.Cheema (talkcontribs)

For a page named as "Title", adding the following onto the page should make the first letter lowercase:

{{DISPLAYTITLE:title}}

Regarding Extension:ParserFunctions, the normal extension archive download feature of this website is bugged at the moment, it will take some time to fix. Git can be used for extension download though, but I suppose that might get a little too complicated for a beginner.

Leaderboard (talkcontribs)
84.137.163.170 (talkcontribs)

Ok thanks @AhmadF.Cheema, the {{DISPLAYTITLE:title}} works for now. I will wait and see this topic again someday, hoping the bug will be fixed.

@Leaderboard thanks I tried to istall it, still the term Topic:uvxu3ow9h59n2uglTopic:uvxu3ow9h59n2ugl{{lowercase}} doesn't change anything, neither when I write it in the article, nor when I write it in MediaWiki:Common.css...

AhmadF.Cheema (talkcontribs)

In addition to the extension you also need to import Template:Lowercase to make {{lowercase}} work.

Reply to "How to enable article names to start with small letters?"
207.58.200.162 (talkcontribs)

Installing an extension and creating extra data tables seems like a waste of energy and extra work for the server for no real reason. All that is needed is to see if the title in the database is the same as the one requested so a simple PHP strcasecmp() (case-insensitive string comparison) is all that is needed but the code is so scattered I can't seem to find the line that pulls the name from the DB.


doing a search in the searchbox seems to work this way but i'm trying to make it easier for users to add new articles with the '?action=edit' URL parameter which seems to be case sensitive. but can't find the line where the DB title is compared against user input so I add that simple PHP function call. Does anyone know which php file contains the DB call or where that comparison is made using the '?action=edit' URL parameter?

Reply to "case-insensitive title search"

Duplicator doesn't run: Internal Error

7
TheMatt (talkcontribs)

All,


I'm an avid user of Duplicator and I can't seem to run it anymore. To wit:


[XIKDya3smIUAAHYHRiAAAAAV] /wiki/index.php?title=Special:Duplicator MediaWiki\Revision\RevisionAccessException from line 1635 of /home/geos/geos5.org/wiki/includes/Revision/RevisionStore.php: Main slot of revision 4281 not found in database!

Backtrace:

#0 /home/geos/geos5.org/wiki/includes/Revision/RevisionStore.php(1671): MediaWiki\Revision\RevisionStore->loadSlotRecords(string, integer)

#1 [internal function]: MediaWiki\Revision\RevisionStore->MediaWiki\Revision\{closure}()

#2 /home/geos/geos5.org/wiki/includes/Revision/RevisionSlots.php(165): call_user_func(Closure)

#3 /home/geos/geos5.org/wiki/includes/Revision/RevisionSlots.php(107): MediaWiki\Revision\RevisionSlots->getSlots()

#4 /home/geos/geos5.org/wiki/includes/Revision/RevisionRecord.php(192): MediaWiki\Revision\RevisionSlots->getSlot(string)

#5 /home/geos/geos5.org/wiki/includes/Revision.php(697): MediaWiki\Revision\RevisionRecord->getSlot(string, integer)

#6 /home/geos/geos5.org/wiki/includes/Revision.php(965): Revision->getMainSlotRaw()

#7 /home/geos/geos5.org/wiki/includes/page/WikiPage.php(1387): Revision->getContentModel()

#8 /home/geos/geos5.org/wiki/includes/page/Article.php(2792): WikiPage->updateRevisionOn(Wikimedia\Rdbms\DatabaseMysqli, Revision, NULL, NULL)

#9 /home/geos/geos5.org/wiki/extensions/Duplicator/Duplicator.page.php(339): Article->updateRevisionOn(Wikimedia\Rdbms\DatabaseMysqli, Revision)

#10 /home/geos/geos5.org/wiki/extensions/Duplicator/Duplicator.page.php(115): SpecialDuplicator->duplicate(Title, Title, boolean)

#11 /home/geos/geos5.org/wiki/includes/specialpage/SpecialPage.php(569): SpecialDuplicator->execute(NULL)

#12 /home/geos/geos5.org/wiki/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)

#13 /home/geos/geos5.org/wiki/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#14 /home/geos/geos5.org/wiki/includes/MediaWiki.php(860): MediaWiki->performRequest()

#15 /home/geos/geos5.org/wiki/includes/MediaWiki.php(517): MediaWiki->main()

#16 /home/geos/geos5.org/wiki/index.php(42): MediaWiki->run()

#17 {main}


I upgraded to the latest version in Duplicator-REL1_32-5158b26.tar.gz and no joy.


Any ideas?

TheMatt (talkcontribs)

I will note that Duplicator did use to run and I used it a lot. And that the rest of the wiki (as far as I know) is doing okay. It's on a shared server, so there are hiccups now and then as memory runs out, but it works.

TheDJ (talkcontribs)

MediaWiki's revision architecture has seen some changes in the last versions. It seems the code of the Duplicator extension has not been updated by anyone yet to be compatible with this new architecture.

TheMatt (talkcontribs)

Ah. I am running:

MediaWiki 1.32.0
PHP 7.2.11 (cgi-fcgi)
MySQL 5.6.34-log

according to Special:Version.


I try to keep up with the updates because I figure...security, I guess. :)

TheMatt (talkcontribs)

@TheDJ Hmm. I guess I'll put something on the Extension's discussion tab, but do you know if there's an official Bug Tracker for MW extensions like this?

Cindy.cicalese (talkcontribs)
GeoffreyT2000 (talkcontribs)

I saw a "RevisionAccessException" error too while using this extension in MW 1.32. Besides, the extension is already severely outdated.

Ideally, I would expect the following:

  • Revisions are inserted correctly so that rev_len, rev_parent_id, and rev_sha1 are not null.
  • Watchers and revision tags are duplicated when duplicating a page.
  • The null revision correctly gets its text from the source page's latest revision, not the earliest revision.
  • Users should be able to give a reason for duplicating the page on Special:Duplicator.
  • Page duplications would be logged at Special:Log/copy.
  • The copy log entry appears on Special:RecentChanges in place of an erroneous "new page" entry.
  • When the target page already exists, Special:Duplicator should ask whether you want the target to be deleted first, similar to what happens on Special:MovePage.
  • Finally, duplicating file pages should be disallowed, as in the FileImporter extension.
Reply to "Duplicator doesn't run: Internal Error"

Very Slow Response: 8gb ram 200gb disk (ssd) 100mbit stable port speed.

1
Esginmurat (talkcontribs)

Hi all.

i have a vds. features: 8gb ram 200gb disk (ssd) on ubuntu 18.04, mariadb 10x, php 7.2.x+nginx, 100mbit stable port speed.

opcache, memcached, apcu, gzip, wikimedia file cache function is active.

i have a 5gb innodb data.

Memcached, gzip, cache is active in the mediawiki setting file.

Elasticasearch installed on my server. Elastica, AdvancedSearch, extensions are also active on my website.

But when I search any articles, it comes too late. page loading too late.

The word I wrote in the search box is quickly questioned immediately. but when you click on the article, the page is too late, the server responds very slowly.

I made some my.cnf edits. example; innodb_buffer_pool_size= 5G and the other some improvements..

But the result hasn't changed a lot, after querying the article in the database the page is coming too slow.

The instant user in the system is up to 15-20. Daily number of visitors 500-600.

Why is that? I don't think it should be this slow.

Can we fix this? or where do we find the problem?

Thank you in advance for your help.


Note: I could not find a solution to my problem from similar topics. Sorry.

Regards

Reply to "Very Slow Response: 8gb ram 200gb disk (ssd) 100mbit stable port speed."

Restore MediaWiki when only web part is broken

1
185.46.212.164 (talkcontribs)

Dear Support desk,


We have MediaWiki deployed in IIS and it's DB is running on MariaDB.

Unfortunately the web part is broken and we had to restore web part from a backup. But now we cannot "connect" the web part to the database.

I've also tried to install a new MediaWiki page but I did not find an option to build the web park based on an existing database.


Could you please suggest if it is possible to somehow rebuild the website based on an existing database (MariaDB)?


Best Regards,

Marton

Reply to "Restore MediaWiki when only web part is broken"
145.119.165.117 (talkcontribs)

Hi,


Can I get help please with setting up a WikiFamily. I follow Manual:Wiki family but don't understand it..

I have a new MediWiki.


I made a LocalSettings.php and made of that LocalSettings_test.php LocalSettings_test2 and LocalSettings_test3.php.


<?php

// Include common settings to all wikis before this line (eg. database configuration)

$callingurl = strtolower( $_SERVER['REQUEST_URI'] ); // get the calling url

if ( strpos( $callingurl, '/test1' ) === 0 ) {

require_once 'LocalSettings_test1.php';

} elseif ( strpos( $callingurl, '/test2' ) === 0 ) {

require_once 'LocalSettings_test2.php';

} elseif ( strpos( $callingurl, '/test3' ) === 0 ) {

require_once 'LocalSettings_test3.php';

} else {

require_once 'LocalSettings_test.php


The page is standard loading LocalSettings_test.php and loads the page https://testserver.local/index.php/mainpage

When I type in https://testserver.local/test1 I get a page that test1 is not existing.


What am I doing wrong?


And when I change LocalSettings_test.php at the end of the line to LocalSettings_test1.php I get a not good loaded page, no structure.

Reply to "MediaWiki Family"

Problem changing temporarily password (ConfirmAccount)

3
Waanders (talkcontribs)

Hi all,

We've a problem changing the temporarily password assigned by Extension:ConfirmAccount. Because I suspect it's a more general problem I post it here.

Problem is that the password apparently isn't changed after submitting a new one.

Use case:

- After creation of the account and logging with the given temporarily password I get the message "You logged in with a temporary emailed code. To finish logging in, you must set a new password here".

- I change the password (submitting 2 times a new value)

- I get no error message and I'm being redirected (so successful login) to the homepage.

- BUT: if I log off and try to login again I've to use the old/temporarily password, the new one is not accepted

- If I repeat this (login in with the old password, enter a new one) and go directly to the Speciaal:ChangeCredentials page and change the password, log off and log in again, it works fine.

Anybody who can help us?

It's a black box to me. Where do I have to look for an error message?

We use MW 1.27 and the REL1_27 branch of ConfirmAccount.

Thanks in advance for your help.

Regards,

Jethro

Waanders (talkcontribs)

Nobody?

It's an urgent problem, help is greatly appreciated.

AhmadF.Cheema (talkcontribs)

Maybe you can try disabling all cache and see if it changes anything? In case the Wiki is using HTTPS, does the $wgServer value also include https://, or a protocol-relative URL? Maybe even try disabling all other extensions as some can come in the way of proper working of MediaWiki.

The last option would then have to be to try upgrading MediaWiki. Version 1.27 will be obsolete in June 2019.

Reply to "Problem changing temporarily password (ConfirmAccount)"
46.80.252.226 (talkcontribs)

I am new to mediawiki.

Started a new site and create my first template/form after i followed this example Extension:Page Forms/Quick start guide.

One form-field is of type file.

It is working so for but if want to add a file (

https://wiki.example.de/index.php?title=Special:UploadWindow&pfInputID=input_7)

i get this error:


XI6dwlkWcAgAAA4r7A8AAAAA] /index.php?title=Special:UploadWindow&pfInputID=input_7 ConfigException from line 53 of /var/www/vhosts/example.de/wiki.example.de/includes/config/GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'EnableAPI'

Backtrace:

#0 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadForm.php(350): GlobalVarConfig->get(string)

#1 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadForm.php(299): PFUploadForm->addUploadJS()

#2 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadWindow.php(182): PFUploadForm->show()

#3 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadWindow.php(162): PFUploadWindow->showUploadForm(PFUploadForm)

#4 /var/www/vhosts/example.de/wiki.example.de/includes/specialpage/SpecialPage.php(569): PFUploadWindow->execute(NULL)

#5 /var/www/vhosts/example.de/wiki.example.de/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)

#6 /var/www/vhosts/example.de/wiki.example.de/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#7 /var/www/vhosts/example.de/wiki.example.de/includes/MediaWiki.php(860): MediaWiki->performRequest()

#8 /var/www/vhosts/example.de/wiki.example.de/includes/MediaWiki.php(517): MediaWiki->main()

#9 /var/www/vhosts/example.de/wiki.example.de/index.php(42): MediaWiki->run()

#10 {main}


Can anyone help me out? I have no idea at all what to do. I searched the GlobalVarConfig for EnableAPI, but i couldn't find that.

AhmadF.Cheema (talkcontribs)

What version of MediaWiki and Extension:Page Forms are you using? Does the extension version correspond to the MediaWiki core version?

Reply to "Error Fileupload with Template"
2600:1700:62E0:1280:8534:3A0E:1530:A16B (talkcontribs)

When I load up Pavlov VR I can't see anything unless i die. And even then when I respawn I still can't see.

Malyacko (talkcontribs)

Welcome to the support desk for the MediaWiki software. What makes you think that we know what you're talking about? :)

Reply to "Why can't I see"