Project:Support desk

Jump to navigation Jump to search

About this board

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

There are also other places where to ask :

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".
Previous page history was archived for backup purposes at Project:Support_desk/old on 2015-07-30.

Extension:UploadWizard no longer provides suggestions for the Categories field

1
Jdesu (talkcontribs)

After updating from MediaWiki version 1.31.1 Extension:UploadWizard no longer provides suggestions for the Categories field when uploading files. This feature was previously available and seems to either be malfunctioning or has been removed. Is there any way I can restore this functionality?


MediaWiki version 1.32.1

PHP 7.2.17 (fpm-fcgi)

MariaDB 10.1.38-MariaDB

https://blazblue.wiki/wiki/Special:Version


Issue can be recreated here (account registration required):

https://blazblue.wiki/wiki/Special:UploadWizard

Reply to "Extension:UploadWizard no longer provides suggestions for the Categories field"

How to translate the content of a wiki

5
95.91.246.157 (talkcontribs)

mediawiki 1.31; php 7.1

i am running a mediawiki in German and would like to transfer the entire content into English. How is that possible?

Want (talkcontribs)

Original language is in german language? New versions MediaWiki has special page Special:PageLanguage which may do switch original language of page to another.

95.91.246.157 (talkcontribs)

i want to translate the content into english permanently, since we move on to a international team

Want (talkcontribs)

I recommend for it:

  1. change source language from german to english
  2. for old pages set source language to german
  3. hire a professional translator for translation this pages.

And new pages write only a english.

95.91.246.157 (talkcontribs)

great thanks!

I would never have guessed!

will recommend this place, awesome!

Reply to "How to translate the content of a wiki"

why can not login Pywikibot when run python pwb.py login

4
Beginneruser (talkcontribs)

Hi

First create user-config.py and set

mylang ='en'
family ='yoursite'
usernames['yoursite']['en']='MySiteBot'
console_encoding = 'utf-8'

and run python generate_family_file.py then create family

but when run python pwb.py login

Skipped '/home/wiki/web/Pywikibot/user-config.py': owned by someone else.
family and mylang are not set.
Defaulting to family='test' and mylang='test'.
Traceback (most recent call last):
 File "pwb.py", line 250, in <module>
   if not main():
 File "pwb.py", line 243, in main
   run_python_file(filename, [filename] + args, argvu, file_package)
 File "pwb.py", line 95, in run_python_file
   main_mod.__dict__)
 File "./scripts/login.py", line 198, in <module>
   main()
 File "./scripts/login.py", line 168, in main
   site = pywikibot.Site()
 File "/home/wiki/web/Pywikibot/pywikibot/__init__.py", line 1233, in Site
   fam = Family.load(fam)
 File "/home/wiki/web/Pywikibot/pywikibot/tools/__init__.py", line 1738, in wrapper
   return obj(*__args, **__kw)
 File "/home/wiki/web/Pywikibot/pywikibot/family.py", line 988, in load
   raise UnknownFamily('Family %s does not exist' % fam)
pywikibot.exceptions.UnknownFamily: Family test does not exist
CRITICAL: Exiting due to uncaught exception <class 'pywikibot.exceptions.UnknownFamily'>

Please help me !

Malyacko (talkcontribs)

Off-topic here; see Manual:Pywikibot/Communication. Read the first line of the output that you posted: Make sure that your bot user has access rights to your user-config.py file. Currently it does not, as the very first line tells you.

Beginneruser (talkcontribs)

Hi Malyacko

I can login in to bot, not was problem.

Thanks

Malyacko (talkcontribs)

@Beginneruser: I have no idea what "I can login into bot" is supposed to mean, sorry. If you perform certain steps please provide the exact commands and exact output, to avoid misunderstandings. :) My question was about file access rights. It's not relevant if you can log into something or not.

Reply to "why can not login Pywikibot when run python pwb.py login"
Brickscrap (talkcontribs)

I'm trying to create a template for semantic output results, which is limited to two columns, so the results go in column 1, column 2, then a new row starts and this repeats. As far as I can tell, CSS should be able to do this?

I have the following in my common.css:

.twocol::after td:nth-child(even) {

  content: "|-";

}

and i'm trying to insert this with <span class="twocol"></span>, with the hope that on every even column it inserts the table markup, but I'm having no luck... Is there something wrong with my code, or will this just not work?

Malyacko (talkcontribs)

What makes you expect that the added content would be interpreted as some markup instead of rendered as a plain pipeline character followed by a dash? The markup parsing and converting it to HTML on the server takes place before some CSS layout is rendered in your browser?

Reply to "Two Column Table"

Some page_title entries in database have space instead of underscore. How to fix?

3
Summary by Tenzel Kim

Running cleanupTitles.php fixed the missing underscores and everything now works fine. Pages that were recreated as new pages before running the script were moved to Broken/"page_title" so it was easy to compare and delete afterwards

Tenzel Kim (talkcontribs)

I have some pages in my wiki in the Orphaned Pages list that show up as if the linked page doesn't exist.

If I search for the page in the search bar I get a result. But rather than going to the page itself it just shows the page in the Page title matches, where they appear to be active links, but if you click them you don't go to the page., but a create page instead.

When hovering over the page in the Page title matches I see that instead of underscore it sometimes has %C2%A0 or %A0 in the link.

This made me look up the page in the database where I can see that instead of underscore those particular pages have a blank space instead of the underscore it is supposed to have.

How do I fix that so that the space is changed to an underscore in the database?

MediaWiki version 1.26.3

PHP version 5.6.39 (cgi-fcgi)

MySQL version ? - Not sure where to check for the version number

Btw, this problem has existed throughout the last many updates of the wiki. Only just figured out the problem in the database names.

Ciencia Al Poder (talkcontribs)
Tenzel Kim (talkcontribs)

That worked. Thought I'd tried that before but apparently not. Thanks.

Using js event listener and setTimeout in an extension

2
Supasaru (talkcontribs)

Are there any restrictions on js functions allowed on MediaWiki? I'm asking because the function addEventListener() and setTimer don't seem to work.

The following js code works outside of MediaWiki (i.e. I troubleshot by creating a simple test.php file with the js script, and it works as intended.)

The following code is supposed to trigger every second and update a <nowiki><p></nowiki> tag on-screen, starting when the user clicks a button. Oddly, the function triggers on every button press, instead of once every second.

Here's the code: (I'm not using jQuery -- I copied an example online and didn't update it for jQuery.)


window.addEventListener( 'load', function ( ) {

var start = document .getElementById("start");

start.addEventListener( 'click', startTime );

});

function startTime( ) {

startWatch( );

// a few other things that hide / unhide some html elements

}

function startWatch( ) {

var x = document .getElementById("timer");

x.innerHTML = 'Time: ' + secs;

seconds++;

/* call the setTimeout( ) to keep the timer alive ! */

clearTime = setTimeout( "startWatch( )", 1000 );

}


Using MW version 1.30.0

Ciencia Al Poder (talkcontribs)

This is a JavaScript problem, not a MediaWiki problem. You may have more success asking in stackoverflow.

There are various flaws here. You use an undeclared and uninitialized "secs" variable, and then increment an also undeclared and uninitialized "seconds" variable. The function may simply error out, or print exactly the same on every run.

Reply to "Using js event listener and setTimeout in an extension"
86.157.142.100 (talkcontribs)

Really sorry to bother you. I have just bought a new computer and downloaded Filezilla in order to update two websites I run. However I cannot recall the passwords for the two sites and cant find a 'forgot password' option. Ther two sites are UAJCA and Oakworth Cricket Club Can you recall the passworsd for me please?

many thanks

AhmadF.Cheema (talkcontribs)

Apologies, but wrong support forum.😕

Reply to "Passwords forgotten"
71.7.53.76 (talkcontribs)

I don't remember this problem from the last time I upgraded: using ftp, 180 files failed to transfer. I tried again, and 273 files failed to transfer! Without them all transferring from my computer to the website, I shouldn't expect a very stable wiki, should I?

What was even more weird was that dozens of times the upload was delayed while Filezilla asked me if I wanted to overwrite a newer file with an older file. How is that possible when I am transferring the unzipped files into an empty folder?!!!

Malyacko (talkcontribs)

Welcome to the support desk for the MediaWiki software. What does your question have to do with the MediaWiki software?

2604:2D80:4038:906A:B59F:4E79:513D:5173 (talkcontribs)

My two questions, stated another way: (1) Is it normal part of uploading mediawiki upgrade files that not all of them successfully transfer through ftp - should I not worry about it, and expect the wiki to work anyway? (2) How can it be that while transferring extracted files from my computer to the website, that an older file would try to overwrite a newer file (identical in name and size)? Do wikimedia files have twin files in the same directory with the same name and same size, but one older than the other? I don't know how that is even possible and I don't know how to respond, or if I should somehow not worry about it.


AhmadF.Cheema (talkcontribs)

No, all files will need to be transferred successfully. This is much more a problem with the particular FTP client than MediaWiki.

Also you should try uploading the compressed archive file and then extract that in the server. Uploading hundreds of files through FTP can be unreliable.

2604:2D80:4038:906A:B59F:4E79:513D:5173 (talkcontribs)

Thanks. I'll try that.

Reply to "Files don't all transfer"

Installing Extension:Echo has messed up something

24
Dodger67 (talkcontribs)

I followed the instructions for installing Extension:Echo to the letter but after the last step - running the "Update script" - I get this long detailed error message that I don't understand:

Original exception: [ae2d7c99] /wiki/index.php?title=Main_Page DBQueryError from line 1119 of /home/krdspmen/public_html/wiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT etp_user,etp_page,etp_event FROM `mwsz_echo_target_page` WHERE etp_user = '2' AND etp_page = '1' Function: EchoTargetPageMapper::fetchByUserPageId Error: 1146 Table 'krdspmen_mw269.mwsz_echo_target_page' doesn't exist (localhost)

Backtrace:

  1. 0 /home/krdspmen/public_html/wiki/includes/db/Database.php(1076): DatabaseBase->reportQueryError(string, integer, string, string, boolean)
  2. 1 /home/krdspmen/public_html/wiki/includes/db/Database.php(1600): DatabaseBase->query(string, string)
  3. 2 /home/krdspmen/public_html/wiki/extensions/Echo/includes/mapper/TargetPageMapper.php(38): DatabaseBase->select(array, array, array, string)
  4. 3 /home/krdspmen/public_html/wiki/extensions/Echo/Hooks.php(643): EchoTargetPageMapper->fetchByUserPageId(User, integer)
  5. 4 [internal function]: EchoHooks::onPersonalUrls(array, Title, SkinVector)
  6. 5 /home/krdspmen/public_html/wiki/includes/Hooks.php(204): call_user_func_array(string, array)
  7. 6 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(688): Hooks::run(string, array)
  8. 7 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(455): SkinTemplate->buildPersonalUrls()
  9. 8 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(240): SkinTemplate->prepareQuickTemplate(OutputPage)
  10. 9 /home/krdspmen/public_html/wiki/includes/OutputPage.php(2314): SkinTemplate->outputPage()
  11. 10 /home/krdspmen/public_html/wiki/includes/MediaWiki.php(690): OutputPage->output()
  12. 11 /home/krdspmen/public_html/wiki/includes/MediaWiki.php(476): MediaWiki->main()
  13. 12 /home/krdspmen/public_html/wiki/index.php(41): MediaWiki->run()
  14. 13 {main}

Exception caught inside exception handler: [8da5ecb9] /wiki/index.php?title=Main_Page DBQueryError from line 1119 of /home/krdspmen/public_html/wiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT etp_user,etp_page,etp_event FROM `mwsz_echo_target_page` WHERE etp_user = '2' AND etp_page = '1' Function: EchoTargetPageMapper::fetchByUserPageId Error: 1146 Table 'krdspmen_mw269.mwsz_echo_target_page' doesn't exist (localhost)

Backtrace:

  1. 0 /home/krdspmen/public_html/wiki/includes/db/Database.php(1076): DatabaseBase->reportQueryError(string, integer, string, string, boolean)
  2. 1 /home/krdspmen/public_html/wiki/includes/db/Database.php(1600): DatabaseBase->query(string, string)
  3. 2 /home/krdspmen/public_html/wiki/extensions/Echo/includes/mapper/TargetPageMapper.php(38): DatabaseBase->select(array, array, array, string)
  4. 3 /home/krdspmen/public_html/wiki/extensions/Echo/Hooks.php(643): EchoTargetPageMapper->fetchByUserPageId(User, integer)
  5. 4 [internal function]: EchoHooks::onPersonalUrls(array, Title, SkinVector)
  6. 5 /home/krdspmen/public_html/wiki/includes/Hooks.php(204): call_user_func_array(string, array)
  7. 6 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(688): Hooks::run(string, array)
  8. 7 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(455): SkinTemplate->buildPersonalUrls()
  9. 8 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(240): SkinTemplate->prepareQuickTemplate(OutputPage)
  10. 9 /home/krdspmen/public_html/wiki/includes/OutputPage.php(2314): SkinTemplate->outputPage()
  11. 10 /home/krdspmen/public_html/wiki/includes/exception/MWException.php(204): OutputPage->output()
  12. 11 /home/krdspmen/public_html/wiki/includes/exception/MWException.php(244): MWException->reportHTML()
  13. 12 /home/krdspmen/public_html/wiki/includes/exception/MWExceptionHandler.php(69): MWException->report()
  14. 13 /home/krdspmen/public_html/wiki/includes/exception/MWExceptionHandler.php(180): MWExceptionHandler::report(DBQueryError)
  15. 14 /home/krdspmen/public_html/wiki/includes/MediaWiki.php(485): MWExceptionHandler::handleException(DBQueryError)
  16. 15 /home/krdspmen/public_html/wiki/index.php(41): MediaWiki->run()
  17. 16 {main}

I'm a total newbie at PHP so please assume I know nothing - I need "paint by numbers" help.

Dodger67 (talkcontribs)

Someone, please help.

The prospective users are getting impatient.

NH35 (talkcontribs)

Chane name of the echo tables. For example `echo_event` TO "wikiecho_event"

"wiki" is my prefix.

88.130.123.156 (talkcontribs)

You should call update.php, but you obviously are calling /wiki/index.php?title=Main_Page, meaning your main page.

Correct would be to run update.php from the shell, just like you are doing when you do a MediaWiki update:

cd wiki/maintenance
php update.php

The update script should then add the necessary tables to the database.

Ciencia Al Poder (talkcontribs)
Dodger67 (talkcontribs)

I've run the update multiple times - the exact same error occurs - in fact I think it is actually the update that causes the error.

As the wiki contains no user generated content yet I could simply re-install everything from scratch. But I have no assurance that the current version of Extension:Echo is actually compatible with 1.26.0. Everything was working correctly until I added Echo.

The wiki I'm building really does need a functional way to "ping" users - is Echo the only way to do it? Most of my users are total newbies to a wiki and would have a hard time keeping up with watchlists, at least until they become more proficient.

Dodger67 (talkcontribs)

Pinging this topic - it seems to be falling off the back

88.130.121.191 (talkcontribs)

You are right, the error is caused by the update of extension Echo:

A database error has occurred. 
Query: SELECT etp_user,etp_page,etp_event FROM `mwsz_echo_target_page` WHERE etp_user = '2' AND etp_page = '1' Function: EchoTargetPageMapper::fetchByUserPageId
Error: 1146 Table 'krdspmen_mw269.mwsz_echo_target_page' doesn't exist (localhost)

The update obviously did not add the table mwsz_echo_target_page. I suspect that not only this one table has not been added, but that basically none of the database changes of extension Echo have been done.

Dodger67 (talkcontribs)

Thanks for the confirmation. Does this mean Echo is simply not compatible with 1.26.0 or is there a way to make it work?

88.130.121.191 (talkcontribs)

I think there definitely will be a way to make it work. However, I do not know, how exactly the extension is supposed to add its SQL to the update.php script, so that this script recognizes it.

It looks to me like the file Extension/echo.sql contains the structure of the tables, which the extension needs. So it might be a workaround to manually run the commands from that file inside your wiki database. Note that I have not tested this.

This post was hidden by Ciencia Al Poder (history)
163.116.6.92 (talkcontribs)

I have the same problem after installation of Echo Extension, version stable 1.26.

NH35 (talkcontribs)

Also the same problem...

87.123.18.176 (talkcontribs)

Have you tried the hints by 88.130.121.191?

You should manually add the tables/columns of extension Echo to the database. In order to do that, take the SQL commands from the file Extension/echo.sql, prefix the table names with your table prefix (if you are using one) and run them in your wiki database to add the missing tables/columns.

Afterwards, you should no longer get the error "1146 Table 'echo_target_page' doesn't exist".

AhmadF.Cheema (talkcontribs)

Limited Solution:

Used the method documented here: Manual:Hooks/LoadExtensionSchemaUpdates, for adding "a new table".

Modified the following example:

# Schema updates for update.php
$wgHooks['LoadExtensionSchemaUpdates'][] = 'fnMyHook';
function fnMyHook( DatabaseUpdater $updater ) {
	$updater->addExtensionTable( 'tablename',
		__DIR__ . '/table.sql' );
	return true;
}

Changed:

  • "tablename" - "echo_target_page" (the missing table from the error)
  • "table.sql" - "echo.sql"

Result:

# Schema updates for update.php
$wgHooks['LoadExtensionSchemaUpdates'][] = 'fnMyHook';
function fnMyHook( DatabaseUpdater $updater ) {
$updater->addExtensionTable( 'echo_target_page',
__DIR__ . '/echo.sql' );
return true;
}

Added these lines to the end of LocalSettings.php.

Was unsure whether "__DIR__" stood for the LocalSettings.php directiry or the "maintenance/update.php" directory, so I copied "echo.sql" file from the extension directory, into both these directories. Not sure which one did the trick.

After this I updated the MediaWiki installation, for which I used the "Web browser" method (because I don't have SSH access on my hosting server). This gave the following results in the "Upgrade existing installation" browser MediaWiki interface.

...spoofuser table already exists.
Creating echo_target_page table ...done.
...site_stats is populated...done.
Purging caches...done.

The WikiSdid not break like before after this and the Echo icons in the user toolbar also became visible. So, I imagine this method worked.

Testing:

On testing the extension, by creating a test account, I was unable to see notifications for watch pages and some other edits too. The only time the notifications worked was, when the user talk page was edited.

It appears that at this moment most of the features of this extension are not working, using this method.

Maybe, the other extension database tables are also not being automatically created.

Update: Just checked the other three tables from echo.sql using the same method, they were apparently automatically created like they should have been.

AhmadF.Cheema (talkcontribs)

Update:

Apparently, I made a mistake. While I was testing, I overwrote the master release of the extension onto the stable release (which I was testing before). I deleted the extension folder "Echo" completely and re-uploaded the stable release.

Notifications appear to be working now, aside from the "Mention" i.e. "Notify me when someone links to my user page" but maybe I'm testing this one wrong.

Steveengelhardt (talkcontribs)

Okay.. so this thread is like a year old and I'm getting this error now. Has this not been resolved yet? I'm following the instructions to run the update through the browser. Something i can handle. But adding adding the code in localsettings is breaking my site because the update seems like it takes you through this process, but obviously is not updating the files. I don't understand these instructions on how to update it the other way or adding tables manually and what have you. I have tried installing a couple other extensions that require this third step of running this update script and i get the same effect. My hosting is thru Siteground if maybe that has something to do with it But i feel like i'm just missing something somehow. I follow the directions : Navigate your webbrowser to /mw-config/. For example, if your wiki is at http://example.org/w/index.php, then navigate to http://example.org/w/mw-config/. I feed it the upgrade key and run thru everything. Seems like it worked visually, but has not actually updated any files aparently.

I don't understand how to run the update from the command line. Can i even get to a command line if i have hosting on siteground? I've never used it.

I'm also trying to make my wiki multilingual and running into the same wall as it requires this update step. I'm having no problem installing extensions that just require (1) to ftp the files up and (2) to add a line to the localsettings file. But all the ones that require this 3rd step of running the update crash my site

S3r3nd1 (talkcontribs)
AhmadF.Cheema (talkcontribs)

For running the update.php script, take a look at this: https://www.siteground.com/tutorials/ssh/

See if you can understand the tutorials. Additionally, you can probably ask customer support at Siteground for help with SSH too.

Steveengelhardt (talkcontribs)

After some fumbling around, I Figured out how to use putty and then actually remembered how to move directories and shit on the terminal to get to the maintenance folder to run the update script :) Happy day! Thanks. They should remove the one about updating it thru the browser, Doesn't fkn work. Thanks again! Now to figure out this node.js bit to get the visual editor... http://FlatEarthWiki.com

Bruceillest (talkcontribs)

Im running Windows server 2012R2

Product Version
MediaWiki 1.32.0
PHP 7.2.7 (cgi-fcgi)
MySQL 8.0.15
ICU 61.1

So I'm not sure why this worked but it did. I cleared out my wincache using the following script I created awhile back ago from someone else recommended for a different issue on a different extension.

<?php

wincache_ucache_set('green', 1);

wincache_ucache_set('red', 2);

wincache_ucache_set('orange', 4);

wincache_ucache_set('blue', 8);

wincache_ucache_set('cyan', 16);

$array1 = array('green', 'red', 'orange', 'blue', 'cyan');

var_dump(wincache_ucache_get($array1));

var_dump(wincache_ucache_clear());

var_dump(wincache_ucache_get($array1));

?>

I named the file wincache_ucache_clear.php and saved it to my site folder then I opened command prompt as admin and ran cd C:\inetpub\wwwroot\"YourWIKISite" then php wincache_ucache_clear.php I then ran php update.php from the maintenance directory and viola. In the stream I was able to see that it added all echo tables. Hope this helps.

AhmadF.Cheema (talkcontribs)

Did you run update.php before running wincache_ucache_clear.php? Far as I know, the issue of tables not getting automatically created was fixed and users should no longer have to go through any such hacks.

Steveengelhardt (talkcontribs)

It's still a problem. I just ran into it again very recently. It only exists when you run update.php thru the web. I didn't have access to the command line this time so i found Importing the echo.sql to database with phpMyAdmin and then adding my prefixes to the tables worked. ~ParamotorWiki.com

Bruceillest (talkcontribs)

Yes I ran update.php before running wincache_ucache_clear.php and I got the following

[fatal] [7348d6842ad5793ac217096e] update.php   PHP Fatal Error from line 5 of C:\inetpub\wwwroot\CAS\extensions\Flow\includes\Container.php: Class 'Pimple\Container' not found

After clearing cache it worked just fine.

Reply to "Installing Extension:Echo has messed up something"

Limit Thumbnail Generation [SOLVED]

2
PukupukuDragon (talkcontribs)

My server is extremely limited in both disk space and memory. When looking into disk usage, I found that a majority of it was being consumed by /thumbs. I just needed the 280x210 thumbnails for galleries but many other sizes were being generated.

My first solution was to set $wgImageLimits and $wgThumbLimits to 280x210. This stopped generation of file page previews but three gallery thumbnails were still being generated: 280px, 420px and 560px. So I set $wgThumbnailScriptPath. Now only the 280px thumbnails are being generated but my server quickly caps out on process usage and every other thumbnail is broken on page load. So I disabled $wgThumbnailScriptPath.

Is there any way I can generate just the 280x210 thumbnails without enabling $wgThumbnailScriptPath? If I could change the file history thumbnails from 120px to 280px that would also be good. Here are my relevant configuration options:

# Default gallery options

$wgGalleryOptions = [

'imagesPerRow' => 0,

'imageWidth' => 280,

'imageHeight' => 210,

'captionLength' => true,

'showBytes' => true,

'mode' => 'traditional',

];

# Thumbnail settings

$wgImageLimits = array( array( 280, 210 ) );

$wgThumbLimits = array( 210 );

$wgDefaultUserOptions['thumbsize'] = 0;

$wgDefaultUserOptions['imagesize'] = 0;

$wgUseImageResize = true;

$wgUseImageMagick = false;

# $wgImageMagickConvertCommand = '/usr/bin/convert';

# $wgThumbnailScriptPath = "{$wgScriptPath}/thumb.php";

# Upload settings

$wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg');

$wgMaxShellTime = 0;

$wgMaxShellMemory = 0;

PukupukuDragon (talkcontribs)

Turns out there was a thumbnailing option I overlooked: $wgResponsiveImages. This is responsible for creating the additional thumbnails that are 50% and 100% larger than the default size. Setting this to false should fix the issue.

Reply to "Limit Thumbnail Generation [SOLVED]"