Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by Skizzerz

  1. Skizzerz


    Version 1.0.0


    GTag Extension for MediaWiki The GTag extension lets you insert the new Google Analytics tracking tag on your MediaWiki site (gtag.js). Requirements MediaWiki 1.34 or later Installation Download the file (a free account is required) and extract the file to your extensions directory. We recommend that you "follow" the download so that you are notified of new updates via email when they are released. To install the extension, add the following to your LocalSettings.php file: wfLoadExtension( 'GTag' ); $wgGTagAnalyticsId = 'UA-XXXXXXXX-X'; // replace with your GA id Configuration In addition to the required $wgGTagAnalyticsId, this extension features many optional configuration variables that you may add to your LocalSettings.php file. Variable Default Description $wgGTagAnalyticsId none Google Analytics Id, for example 'UA-123456789-1'. Required. $wgGTagHonorDNT true If true, honor "Do Not Track" requests from browsers. If false, ignore such requests. $wgGTagTrackSensitivePages true If true, insert tracking code into sensitive pages such as Special:UserLogin and Special:Preferences. If false, no tracking code is added to these pages. In addition to these configuration variables, you may assign the right gtag-exempt to user groups to prevent them from being tracked. This can be useful to give to staff groups so that your internal users and staff are not tracked, giving you a better idea of who is actually using your site. For example: $wgGroupPermissions['sysop']['gtag-exempt'] = true; Support Free community support is available on the mwusers.org forums. Paid support plans are available as well.


  2. This feature is added by the Cite extension. You will need to enable the extension in LocalSettings.php before it will work. If you downloaded MediaWiki via a tarball, you likely already have the extension files downloaded; they just aren't enabled by default.
  3. Check if there is any disk space quota or limit that's being reached. The disk being full would be my first thought when uploads suddenly stop working when nothing else changes.
  4. Nothing like this is built-in, so you have two options: Create the graphs in an external program and upload them to MediaWiki as image or svg files. Then, you can use the regular image embedding features to show them in the article. Install an extension such as https://www.mediawiki.org/wiki/Extension:Graph and use that to program and display the graphs.
  5. Pretty standard composer stuff, but it's very intimidating if you aren't already familiar with it. The last response in that linked issue is correct -- you need to run the composer command from your wiki root (same directory where LocalSettings.php is). You may have casing issues as well. Generally speaking (and I cannot confirm whether this is correct for chameleon or not), the value for $wgDefaultSkin must be all lowercase but the value inside of wfLoadSkin() should have a capital first letter.
  6. Normally, wiki accounts cannot be deleted. The UserMerge extension may be installed on the wiki in question which would allow for an administrator to reattribute your edits to someone else and then delete your account. Other wikis may have different policies regarding closing or deleting accounts. The best way to find out for sure would be to contact the administrators of the wiki in question, rather than asking on a general-purpose support forum; we have no way of knowing which account you'd like deleted. (If you are referring to your account on these forums rather than a wiki account, use the "Contact Us" link at the bottom of the page to request an account closure)
  7. Look for $wgActorTableSchemaMigrationStage in your LocalSettings.php. If you see it, delete it from there entirely.
  8. Usually running update.php fixes that. Try it again and see if the update script gives you any error messages.
  9. Skizzerz


    This question is not relevant to this forum; please contact whomever asked you to do this on their Wikipedia talk page.
  10. php.ini is a system configuration file. If you host your own server, you can find the ini file location in phpinfo(). If you have hosting elsewhere, contact your host and ask them to change the value in php.ini. Once changed in php.ini, you should modify your LocalSettings.php file as indicated. As a side note, this is only relevant if you are still stuck on PHP 5. The most recent version of MediaWiki does not support PHP 5. If you are using PHP 7, the warning is meaningless and you can safely ignore it.
  11. You can always include a comment in the wiki markup. Comments are not shown on the page itself, but are visible when editing. Comments begin with <!-- and end with --> Example: <!-- This is a comment that will be displayed while editing, but not visible in the page itself. You can use this to leave notes for editors. --> If you see typos by a different user on a talk page, it's usually poor etiquette to modify someone else's comments. A talk page is used for discussion about a page, and are generally held to different standards compared to mainspace pages.
  12. A blank white page indicates a PHP error, see the How to debug page on mediawiki.org for more information on obtaining the actual error messages. Once you know the error message, if you are having troubles figuring out what it means, post back here and we can help you out. I notice that you are attempting to load the extension twice in your LocalSettings.php; you have both a require_once for the WikiEditor files as well as wfLoadExtension. You should use either wfLoadExtension or require_once, but never both. Moving forwards, extensions should be loaded via wfLoadExtension, as the require_once method is now deprecated in recent versions of MediaWiki and support for it is being removed. Finally, your MediaWiki version (1.27) is going to be end of life next month. You should begin plans to migrate to a more recent version if you wish to continue receiving security updates and improvements.
  13. MediaWiki 1.32.1 has been officially released. Below are a highlight of changes made in this patch release. Changes Fixed an issue in the API list=users which mistakenly reported users as missing Removed hard-coded Google site search from database error screens In addition, other bugs related to backend databases were fixed. Upgrading To upgrade from 1.32.0 to 1.32.1, unpack the new files in-place over the old ones. You do not need to run the database upgrade script (update.php) to upgrade from 1.32.0 to 1.32.1. As always, we recommend making a backup of your files before upgrading.
  14. Version 1.3.0


    This extension uses the MediaWiki API and AuthManager framework to direct login requests with no local account to a remote wiki. The account and its preferences are imported, so the remote login only has be done once. This extension is useful for moving a community from another wiki when you do not have access to the user account database. From a user perspective, it's like they already had an account on the local wiki. For more details, see the documentation page on mediawiki.org. We recommend that you "Follow" this file after downloading by clicking the Follow button above the Download button. This will allow you to be notified when new versions are published.


  15. The WikiForum extension seems like it does most of what the extension you linked did.
  16. Moderation: Moved thread to MediaWiki Support forum. If you believe this thread was moved in error, please provide more details by editing the OP or making a reply. For troubleshooting 500 errors, see the How to debug manual on mediawiki.org. If you can't figure it out but can get exact error messages (from error logs or such), posting those here would allow for additional assistance.
  17. It'd look like $dbw->insert( 'lookups', [ 'lu_name' => $name, 'lu_url' => $url, 'lu_group' => $group, 'lu_order' => 1, 'lu_group_order' => $groupOrder ] );
  18. Never use the raw query() function, use the insert() wrapper instead which properly escapes everything, handles db prefixes, etc. for you. (or the select() wrapper for SELECT queries, or the update() wrapper for UPDATE queries, etc.)
  19. .mw-search-result-data { display: none; } .mw-search-result { display: flex; flex-direction: row; box-sizing: border-box; } .mw-search-result-heading { border: 1px solid black; padding: 0.5rem; width: 25%; } .searchresult { border: 1px solid black; padding: 0.5rem; width: 75%; } You may find the above to be useful as a starting point. This is still missing a couple of things, such as sizing on mobile screens (you'll need to add some @media queries to break on screen size and provide relevant CSS for smaller devices -- the flexbox layout will let you easily collapse it back into multiple rows with the heading on one row and the result underneath rather than side-by-side)
  20. MediaWiki 1.32 has been officially released. Below is a highlight of some of the release notes; you can view the full list here. Changes A new "Interface administrators" group was added, which has the ability to edit sitewide CSS/JS and the CSS/JS of other users. By default, no other group (not even "Administrators") has this capability anymore. We recommend that you do not grant this group to all of your existing administrators, instead only granting it to those who will be responsible for maintaining CSS/JS pages on the wiki. This increases your site's security in the event that an administrator account is compromised. The old editing toolbar has been removed (see image below if you aren't sure what toolbar this is). Use an extension such as WikiEditor, which is bundled with the tarball release, instead to provide an editing toolbar. If your wiki has customizations to add additional buttons to this toolbar, work on a migration plan to add them to the WikiEditor toolbar instead. (Image from Wikimedia Commons) The MediaWiki API (api.php) is now unconditionally enabled and can no longer be disabled. A cookie can now be set when an IP user is blocked to track that user if they move to a new IP address. This feature is disabled by default but can be enabled by setting $wgCookieSetOnIpBlock = true; in your LocalSettings.php. The on-wiki external image whitelist (MediaWiki:External image whitelist) is now disabled by default. If you were making use of this feature, set $wgEnableImageWhitelist = true; in your LocalSettings.php. This feature allowed for allowing embedding of external images ("hotlinking") from domains that wiki administrators specifically allow. Hotlinked images do not feature any controls such as resizing or adding captions, and leak your visitor's IP addresses to the external source. Furthermore, there is no guarantee that the image will remain available in the future, or that it will not be changed to something else. As such, we recommend that you always upload images locally if possible and do not use this feature. The Watchlist will now show 7 days of changes by default, up from 3. Upgrading When upgrading MediaWiki versions, it is always important to take a backup of both your files as well as your database, as upgrades cannot be "rolled back" once performed. It is recommended to unpack the new files into a new, empty directory and then move over needed files (LocalSettings.php, images, extensions, skins) rather than unpacking the new files directly over the old ones. Unpacking over the old ones could cause files that were removed in 1.32 to remain in your directory tree, which could cause PHP errors down the line or cause security issues as those files will no longer be updated. The database changes in this release could take a while to run on large wikis.
  21. Unfortunately, what you seek is likely not possible by using [[Image:]] tags to embed images in pages. If you don't specify a width in the tag itself, MediaWiki defaults to 300px. You can change this default, but it will always be in px instead of percentages. An extension would be needed to change this for [[Image:]] tags, or you could directly embed the images by putting the full url of the image bare into the page (no link syntax around it) ($wgAllowExternalImages, $wgAllowExternalImagesFrom, or $wgEnableImageWhitelist) and then wrap that in a span/div which sets the width.
  22. Use the built-in watchlist feature that @HSRobinson linked above to have your owners notified on pages that they are responsible for. For moderation of changes before they go "live" to the majority of users, the FlaggedRevs extension lets edits still be made but marked by default as "unchecked" -- a reviewer would then need to look over the edit and mark it as good before the revision is fully accepted as default. There is no feature in the extension to restrict that ability to certain people on a per-page basis (although that would be easily achievable via a custom extension that hooks into FlaggedRevs), either someone can review every page or they can't, but you can enforce with internal policies that owners should review only their own pages. Alternatively, you can make use of the discussion pages. Have non-owners suggest edits on the discussion page instead of making them directly, and then the suggested contents can be discussed with the owner until they approve the changes and edit the article itself to incorporate them.
  23. Can you try upgrading your version of Translate? The latest version of the language bundle (2018.10) is compatible with MediaWiki 1.31 and I see that there were a few bug fixes for the Translate extension; it is possible that your issue was already fixed. The best way to update the extensions is as follows: Download the latest bundle. Archive the existing versions you have of those extensions in your extensions folder. A decent way to do this on a temporary basis is to rename the directories. For example, rename the "Translate" directory in your extensions directory to "Translate-old". Upload the bundle to your server and extract it into the extensions directory. This will create a brand-new "Translate" directory, among others. The reason why you should rename or delete the old version first is because there are sometimes issues with extracting the new version on top of the old version -- if a file was deleted between the old and new version, the old file will remain in-place and could cause issues with functionality or expose security risks. By renaming or deleting the old version first, you avoid these issues. Run the update.php maintenance script to perform any relevant database updates, or use the web installer to update if you don't have SSH access. You should always run the updater after updating MediaWiki or any extensions. After doing that, try it again. If it still doesn't work, check your error logs to see if anything is showing up there (and configure PHP to log errors if it isn't currently doing that).
  24. That's very odd. Can you provide some additional information about your wiki? You can find all of this information on the Special:Version page on your wiki. MediaWiki version Translate version PHP version
  25. You need to mark the page for translation before you can translate it. Are you saying that you've clicked "Mark this page for translation" but it did nothing? What happens when you click that link, any error messages or other indication of things happening?
  • 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.