Jump to content

All Activity

This stream auto-updates

  1. Today
  2. Yesterday
  3. Last week
  4. Earlier
  5. I recommend taking a look at the help page about Templates. It goes over what templates do (and don't do), and how you can easily copy templates from one wiki to another. Keep in mind that many templates require extensions such as ParserFunctions, Scribunto, or TemplateStyles to be installed on your wiki before they will work properly. You can find that help page at Help:Templates on mediawiki.org. You don't need a template to make an FAQ page -- the template is just some additional wikitext behind the scenes.
  6. Hi, I am quite new to Mediawiki. I have installed 1.35.1 on a Linux box (CentOS) and so far everything is working fine. But now I'd like to create my own FAQ page like the "standard" FAQ pages used throughout Mediawiki. I started the page with {{FAQ}} but obviously this FAQ template is not availabe. I searched through the web until this evening but without success. I assume this is an easy question to the experts, but for me it is a show stopper currently. Any help is greatly appreaciated! Cheers Siggi
  7. Ah! Someone gave me the answer! Chrome recently applied a new default of "lax" to the "SameSite" parameter of cookies. Lax was not lax enough; I needed to set SameSite=none. https://www.mediawiki.org/wiki/Manual:$wgCookieSameSite $wgCookieSameSite='none'; Thanks!!
  8. Hello all! I have a wiki (Mediawiki v1.35.1) that works when unframed – that is, when not embedded as an iframe. When iframed, the wiki login form: …works with: Firefox, 85.0 Linux Firefox, 86.0 Windows …and does NOT work with: Chrome, 89.0 Windows “Not working” means authentication is blocked and this error is displayed: There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form."
  9. I had Mediawiki serving our public help pages for like a decade on GoDaddy. No changes or updates of the content or version since 2019. Just recently (like mid February) I have noticed that pages looks wrong. First of all Gallery blocks instead of in rows showing images in the single column. Then page index widget is shown as a paragraph instead of a textbox in the corner. Preferences page lost the CSS completely. Breadcrumbs looks different. Checked logs - nothing new. Checked css files the timestamp is from 2019. What could cause that? Hacker? Hoster engine update? Database corruptio
  10. You can define the MW_CONFIG_FILE constant somehow (such as via the auto_prepend_file php.ini setting) to be the absolute path to the settings file you wish to load. Note that this must be a path on your server's filesystem, not a URL.
  11. the default is to read the localsettings.php from the mediawiki root. Is there a way to have Mediawiki read the localsettings.php from another location (URL) ?
  12. Unfortunately, there is no way to accomplish this built into MediaWiki, and I do not see any extensions currently existing that perform this task.
  13. Lack of highlighting generally indicates that the call to pygments is failing for some reason or another. You may wish to temporarily enable debug logging to better understand why this is happening. Chances are the issue lies with your choice of OS: I believe that the extension only ships a linux binary of pygments, but not a mac binary. You may need to install pygments separately and point to it via $wgPygmentsPath.
  14. Is there any way that I can restrict multiple logins OR Terminate the previous session when a user logs in from another device or browser OR Notify the user that he has logged in from different device ?
  15. The syntax highlight extension "SyntaxHighlight_GeSHi" is already pre-installed in the macOS MediaWiki App (I use Bitnami). This is great. I changed my "LocalSettings.php" file and added the line wfLoadExtension( 'SyntaxHighlight_GeSHi' ); After a restart of the services it works only partly. This means for example <syntaxhighlight lang="xml" line="1" style="border:3px dashed blue"> <dict> <key>Label</key> </dict> </syntaxhighlight> Shows the gray area and a dashed blue border. It does not colorize the code. Any clue what's wrong? What d
  16. (Moderation: moved to MediaWiki Support forum and removed personal details from message) The functionality you're after is achieved with the MultimediaViewer extension.
  17. I apologize that I do not even know how to ask my question. I am creating/coding a page in a wiki. I want to have a little snippet of text that when the user clicks on it, the page changes to display an image, also in the same wiki, just as a full page with black background with the image in the middle of the page, not the page that gives all the information about the image. I hope this makes sense. On the page that has all the information about the image there is text "Open in media viewer" which, if clicked, shows exactly what I want my user to be able directly to click to. Something like I
  18. Thank you for your response. I was able to find the error and could install the extensions. ConfirmEdit seems to be running good, I am not so sure about StopForumSpam. "Special:Version" tells me that it is installed but I didnt understand what to make with the following paragraph described at https://www.mediawiki.org/wiki/Extension:StopForumSpam: "Once you choose the list you want, download and extract it to somewhere on your server, then point $wgSFSIPListLocation in the LocalSettings.php file at it. We recommend setting up a nightly cron job to download and extract new versions of
  19. Hi, we are not mediawiki experts but generally experienced developers. We have to upgrade (ancestral) mediawiky from 1.27 version to the 1.35 one. The former installation uses SSO based on the AuthPlugin extension. In the new (upgraded to 1.35) installation we have already working LDAP authentication based on LDAPProvider (e.t.c.) extension and we really appreciate any idea how to implement the SSO too. Thanks in advance for your reply. Igor
  20. Blank page indicates a PHP error: see here for how to diagnose it: https://www.mediawiki.org/wiki/Manual:Common_errors_and_symptoms#You_see_a_Blank_Page I note that your wiki is currently running 1.31.0 which has known security vulnerabilities. You should ensure you always keep MediaWiki up-to-date. Right now, that means upgrading to one of the following versions: 1.31.12 LTS (EOL June 2021) 1.35.1 LTS (EOL September 2023)
  21. We have set-up a MediaWiki for a non-profit project in research but we lack the expertise to protect the site against Spam. When I realised how much stuff is already there, I was really shocked and found a lot of information here. So I thought it should be pretty easy to protect the Wiki, but when I wanted to activate the extension StopForumSpam for example, the wiki would not load anymore and just give a blank page. I have changed the "cache-type" to "$wgMainCacheType = CACHE_DB;" and also tried it on another mock page. It would not work. I am also not able to activate other extensions s
  22. Our wiki is not exposed to the Internet. I think I'm just going to try and upgrade (for now) the Apache 2.4.x to 2.4.46 with the yum package manager. Thanks much for the links - the version lifecycle and the compatibility page. Thanks a lot for your insight and help Skizzerz. Makes me feel better it might actually work ! :)
  23. MediaWiki 1.30 went end of life a year and a half ago (June 2019), and is no longer receiving any security or maintenance updates. You should definitely upgrade that wiki if it is exposed to the internet in any fashion. See Version lifecycle for more information on MediaWiki EOL dates. For PHP and MySQL versions, check the Compatibility page The general recommendation is to install the dependencies (apache, PHP, mysql) via your distribution's package manager and then keep them updated via said package manager on a regular basis. MediaWiki remains compatible with the older versions pr
  24. Thanks Skizzerz. We're on Mediawiki 1.30. And don't know what the intra-version dependencies are between MySql, PHP and Mediawiki are. But thanks for your feedback.
  25. If you're already on Apache 2.4.x, upgrading it to a later version of 2.4.x shouldn't introduce any issues with upstream applications. There should be nothing you need to do for your wiki, just upgrade apache. (that said, you should also endeavor to keep the rest of your tech stack up to date, which means updating mysql, mediawiki, your server's kernel, etc. as things come in)
  26. We've been asked to upgrade Mediawiki's Apache 2.4.x to 2.4.46 due to vulnerabilities. Is it possible to upgrade Apache like that ? Or do we just upgrade Mediawiki ? Not sure what the lift factor is for that though. Thanks, Chris
  27. Thanks for your time, I'll do some more in-depth research!
  28. Check Special:Version on the wiki to see if they have any extensions that seem related to the feature in question, and then searching mediawiki.org about it is your best bet. There's no one answer that will 100% work for any arbitrary feature. For things that appear in the page itself, editing/viewing the source of the page may help as well (you may need to go through some nested template rabbit holes first though)
  1. Load more activity
  • Newsletter

    Want to keep up to date with all our latest news and information?
    Sign Up
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.