Jump to content

Project:Support desk

Add topic
From mediawiki.org
(Redirected from Project:Support)
Latest comment: 3 hours ago by Bawolff in topic Can't start installation on Win10
Welcome to the MediaWiki Support desk. This is a place where you can ask any questions you have about installing, using or administrating the MediaWiki software.

(Read this message in a different language)

See also

Before you post

Post a new question

  1. To help us answer your questions, please indicate which version of MediaWiki you are using, as found on your wiki's Special:Version page:
  2. If possible, add $wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 ); to LocalSettings.php in order to make MediaWiki show more detailed error messages.
  3. Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly.
  4. To start a new thread, click the box with the text "Add topic".

Flow page archived, will be frozen in one week

[edit]

Hi all, the old system for this page has been moved to Project:Support desk/Flow. Topics there can continue for another week, at which point they will be frozen. Please create any new topics on this page.

For background information on this process, see Structured Discussions/Deprecation.

Thank you again for your patience with this process, and a big thanks to the many folks who are assisting.

P.s. As a reminder, the DiscussionTools system that is now working on this talkpage, provides a menu link at "Tools → Subscribe" that enables us to be notified for the creation of new Topics (documentation at Help:DiscussionTools#Page subscriptions). Some folks watching this page, might like to use that system instead or in addition to the watchlist. Hope that helps! Quiddity (WMF) (talk) 18:03, 9 December 2024 (UTC)Reply

Infobox not displaying NEXT to the lead section

[edit]

Hi everyone,

After importing the templates from Wikipedia, everything seems fine. However, there is one small issue. Doesn't matter what infobox I add to my wiki, all infoboxes display below the lead section. An infobox on a Wikipedia page always displays next to the lead section, so the text and the infobox in the same line.

I've copied the CSS from Wikipedia. I'm curious what I'm missing that should fix that small issue. Thanks in advance!

Cheers,

Mitakcor Mitakcor (talk) 11:15, 11 December 2024 (UTC)Reply

If they don't, then that means that the float css statements for infoboxes are not being applied. The exact cause for that is difficult to determine, without seeing the actual website. —TheDJ (Not WMF) (talkcontribs) 13:17, 11 December 2024 (UTC)Reply
Thanks for your response. Now I know it's about the float css statements, I found something wrong and fixed it. Thanks a lot! Mitakcor (talk) 17:37, 11 December 2024 (UTC)Reply

foutmelding bij aanmelding of registratie bij onderwijsconceptenwiki.nl

[edit]

Ik krijg bij aanmelding of registratie op onderwijsconceptenwiki.nl die ik heb gemaakt steeds dezelfde foutmelding: "Er lijkt een probleem te zijn met uw aanmeldsessie. Uw handeling is gestopt uit voorzorg tegen een beveiligingsrisico (dat bestaat uit mogelijke "hijacking" van deze sessie). Probeer het formulier opnieuw te versturen." Wat kan ik doen? Prjsimons (talk) 12:17, 12 December 2024 (UTC)Reply

See Special:MyLanguage/Manual:How to debug/Login problems, or contact the owner of onderwijsconceptenwiki.nl. Malyacko (talk) 13:36, 13 December 2024 (UTC)Reply

External image sizing

[edit]

With the removal of the IMG tag what option is left for sizing embedded external images (via $wgAllowExternalImages)? Some of the help pages I've seen suggest using CSS transform or setting the width/height, the question is, where do we set these when all we put in is an URL and the software opaquely replaces it with the image? I've tried simple things like wrapping a DIV around the image but that doesn't seem to have any effect. Ham Pastrami (talk) 09:33, 13 December 2024 (UTC)Reply

I think it would be best if someone created an extension version of this feature. Bawolff (talk) 17:45, 15 December 2024 (UTC)Reply

Maximum Template Import Size is 20kb

[edit]

I am trying to import the Template:Infobox template from Wikipedia to my mediawiki. I have solved all the issues with extensions not being installed and now the error that I get is this:

Import failed: The text of the revision with ID 1251300982 exceeds the maximum allowable size (20 KiB)

How do I change the maximum allowable size? BenRaz.dev (talk) 13:37, 13 December 2024 (UTC)Reply

See Manual:$wgMaxArticleSize Malyacko (talk) 16:54, 13 December 2024 (UTC)Reply

template archive message in magyar ?

[edit]

why the archive template message is in magyar "Ez a lap egy archívum. Ne változtass rajta. Minden további megjegyzést az aktuális vitalapon helyezz el." when my interface is defined in french ? on page -> https://www.mediawiki.org/wiki/Template_talk:Extension/Archive_2 (on tablet + Destop version + skin Vector)

... seems ok when using "A" instead of "a" in the template name. .... strange.

... banner does not display on laptop

--Christian 🇫🇷 FR (talk) 11:39, 14 December 2024 (UTC)Reply

In a nutshell, it's a caching problem within the extension, and won't be fixed before the extension is removed entirely (see Structured Discussions/Deprecation).
For details: It's an old bug (phab:T125857). It's trying to do some special caching, and never worked as desired. I.e. It's now showing in French for me (with my interface set to "English") because you were the last person to edit it or purge the cache manually. This will all self-resolve once the extension is uninstalled and once the pages are converted into plain wikitext. Quiddity (WMF) (talk) 20:47, 16 December 2024 (UTC)Reply
ok, thanks. --Christian 🇫🇷 FR (talk) 09:29, 17 December 2024 (UTC)Reply

Show Bot changes in recent changes by default

[edit]

Hi!

Is there a way, to show the bot changes in recent changes by default? 195.192.204.151 13:53, 14 December 2024 (UTC)Reply

Yeah, it's hard coded... 😠
       $hideBots->setDefault( true );
https://github.com/wikimedia/mediawiki/blob/master/includes/specials/SpecialRecentChanges.php
Solution: There's no (easy) way. 195.192.206.21 19:16, 17 December 2024 (UTC)Reply

Front page of Minerva Neue mobile site broken

[edit]

Hey,

I'm making a MediaWiki site: kaloxys.com. I'm using Vector 2022 as the desktop theme. I'm using the Minerva Neue mobile theme. The front page is glitching and not showing in the mobile skin just plain HTML. Every other page is fine (clicking Random on the HTML front page proves this). It's been like this for a week or more. I'm struggling to figure out how to fix it. Any help is much appreciated. Please tell me if you need more information.

I think this error generated by the Safari developer console is perhaps the most helpful and specific:

https://kaloxys.com/load.php?lang=en&modules=mediawiki.hlist%7Cmobile.init.styles%7Cskins.minerva.base.styles%7Cskins.minerva.codex.styles%7Cskins.minerva.content.styles.images%7Cskins.minerva.icons.wikimedia%7Cskins.minerva.mainMenu.icons%2Cstyles%7Cskins.minerva.mainPage.styles&only=styles&skin=minerva

Failed to load resource: the server responded with a status of 500 () Jeremywfox (talk) 10:27, 15 December 2024 (UTC)Reply

Just found a new error generated by Chrome developer tools:
This page failed to load a stylesheet from a URL.
1 request
load.php?lang=en&modules=ext.echo.styles.badge%7Cmediawiki.hlist%7Cmobile.init.styles%7Coojs-ui.styles.icons-alerts%7Cskins.minerva.amc.styles%7Cskins.minerva.base.styles%7Cskins.minerva.codex.styles%7Cskins.minerva.content.styles.images%7Cskins.minerva.icons.wikimedia%7Cskins.minerva.loggedin.styles%7Cskins.minerva.mainMenu.icons%2Cstyles%7Cskins.minerva.mainPage.styles%7Cskins.minerva.overflow.icons&only=styles&skin=minerva 1 source Welcome:12
Grok's analysis:
Yes, this error message provides valuable information for troubleshooting:
Error Analysis:
  • Failed to Load Stylesheet: The error indicates that one or more stylesheets could not be loaded. This can result in the mobile theme not displaying correctly or at all on your MediaWiki site.
  • Resource URLs: The URL provided in the error includes several modules which are part of the load.php mechanism that MediaWiki uses to load resources. Here are some of the key modules mentioned:
    • skins.minerva.mainPage.styles: This is the stylesheet you suspected might be causing issues, confirming that it's directly related to the problem.
    • Other relevant modules like skins.minerva.content.styles.images, skins.minerva.loggedin.styles, etc., show that multiple stylesheets are involved, suggesting there might be a broader issue with how resources are being loaded or served.
Potential Causes:
  • Server-Side Issue: The server might be encountering errors when trying to serve these resources. Check server logs for any 500 errors or similar issues.
  • Path or Permission Problems: If the paths to these resources are incorrect or if the server lacks the permissions to access these files, it would cause this kind of error.
  • Resource Load Failure: If load.php is configured incorrectly or if there's a network issue, it could prevent the stylesheets from loading.
Troubleshooting Steps:
  1. Check Server Logs: Look into your server logs for any errors related to PHP, Apache, or Nginx that might indicate why the stylesheet couldn't be served.
  2. Verify Resource Paths: Ensure that all the paths for these modules are correct in your LocalSettings.php or wherever these resources are configured.
  3. Permissions: Make sure the server has the necessary permissions to read and serve these CSS files.
  4. Clear Caches: Clear both server-side caches (like MediaWiki's cache) and your browser cache to ensure you're not loading an outdated or corrupted version of the stylesheet.
  5. Inspect with Developer Tools: Use browser developer tools to see if there are any specific failures when load.php is called. Check for errors in the Network tab for the load.php request.
  6. Check Resource Settings: Ensure that your MediaWiki configuration allows for the loading of these resources. There might be settings like $wgUsePathInfo or others that need to be correctly set.
  7. Review Extensions: If you have extensions like Echo or other skins, ensure they're compatible and not causing conflicts.
Conclusion:
This error message directly points to issues with loading stylesheets necessary for the mobile theme, particularly for the main page. By addressing these potential causes, you should be able to diagnose and resolve why the skins.minerva.mainPage.styles and other related stylesheets are not loading, thus fixing the display issue on your MediaWiki site's mobile theme. Jeremywfox (talk) 10:39, 15 December 2024 (UTC)Reply
It looks like there's an error loading the skins.minerva.mainPage.styles module: https://kaloxys.com/load.php?modules=skins.minerva.mainPage.styles If you check your web server logs it might tell you more about what's going on. Sam Wilson 10:57, 15 December 2024 (UTC)Reply
Thanks, @Samwilson. I will do this ASAP. Jeremywfox (talk) 21:06, 15 December 2024 (UTC)Reply

Exclusivity problem: can no longer access the article page when a topic is being written on the talk page

[edit]

When i add and start to fill a new topic on the talk page (for example on -> https://www.mediawiki.org/wiki/Help_talk:Sortable_tables ) and I want to READ beside, a section of its associated main page in a new tab of the same browser, it redirects me automatically to the suspended page saying that "modifications have been retrieved" so that I can no longer access the main page there and I have twice the same contents of the talk page displaying the state of the suspended topic being written.

The workaround is to READ the mains article in a new instance of the web browser, thus making independent the article and the post redaction on the talk page ...a bit problematic.

--Christian 🇫🇷 FR (talk) 12:58, 15 December 2024 (UTC)Reply

“I want to READ beside, a section of its associated” how are you doing this particular action ? Where are you clicking ? —TheDJ (Not WMF) (talkcontribs) 15:53, 15 December 2024 (UTC)Reply
Mouse right click on Read + open in a new tab of the same web browser where the talk page is, such as to view the article contents, and on the tab beside, the talk post being written.
--Christian 🇫🇷 FR (talk) 22:49, 15 December 2024 (UTC)Reply
Ah right. this is because for talk pages, the read and edit page modes have become somewhat mixed. I don't see a good solution for this. I think it is more important to have low barrier talk page editing with recovery, then it is to satisfy all possible things that users can do.
The only thing I can think of is some sort of inter tab communication possibly ? So that it can be detected that two tabs with two editors are open at the same time ? But I think that that might confuse some other people. —TheDJ (Not WMF) (talkcontribs) 13:47, 17 December 2024 (UTC)Reply

Upgrading from 1.21 by editing LocalSettings. Missing DB table

[edit]

I am upgrading a functional version 1.21 to a functional version 1.42 by modifying the LocalSettings.php file. I changed the parameters that I felt were obviously unique to my site (paths, DB parameters). I did not modify $wgSecretKey nor $wgUpgradeKey and left those at defaults assigned my the initial setup of 1.42.


It didn't work. I set $wgShowExceptionDetails , $wgShowDBErrorBacktrace , $wgShowSQLErrors = true;

I discovered this prominent entry:

Error 1146: Table 'mysite_com_my_wiki.actor' doesn't exist

So I went into MariaDB and described and selected * and found it to be relatively sparse and seemingly relevant to the name I gave the first user account.

How should I correctly populate this table for a modern MediaWiki installation?

Timothy Legg 69.24.84.53 14:17, 15 December 2024 (UTC)Reply

Background: This 1.21 wiki was running on a vulnerable version of Apache in the past, therefore, I do not trust the upgrade script(s) as being genuine. 69.24.84.53 14:52, 15 December 2024 (UTC)Reply
As stated on the documentation page for upgrading installs, you cannot upgrade from 1.21 to 1.42 in one go. —TheDJ (Not WMF) (talkcontribs) 15:51, 15 December 2024 (UTC)Reply
Yes, I'm starting to realize that. I'm a bit surprised at the number of tables added and removed since 1.23.13 (correction). I'm not so interested in spending the day stepping through nearly 20 or so upgrades.
Presently, I'm experimenting with dumpBackup.php to get an XML dump of the wiki. Luckily, I have an ancient Ubuntu box that has php7.0 needed to run the deprecated php code of that era. 69.24.84.53 17:34, 15 December 2024 (UTC)Reply
It looks like importDump.php did very little to import my wiki into a newer version of mediaWiki, despite requiring about 20 minutes to complete. I'm not really sure anymore what the purpose of dumpBackup.php and importDump.php is - the documentation is sort of weak in the context of making backups of a functioning wiki. I'm becoming disappointed and distrusting of the documentation. 69.24.84.53 18:45, 15 December 2024 (UTC)Reply
You should be able to upgrade from 1.23 to 1.35 in one go, and then step up through the LTS versions from there. But yeah, probably the XML dump is an easier path (although you lose user accounts etc.). When you say that importDump did very little, what do you mean? Did it do anything? You may want to run rebuildAll afterwards. Sam Wilson 23:18, 15 December 2024 (UTC)Reply

Forgot password

[edit]

Forgot my password 2409:40E3:204C:56F9:8000:0:0:0 14:30, 15 December 2024 (UTC)Reply

Which password?
  • The password to login to a Wiki with a username? Are you the admin of this wiki?
  • The password of your database application that would host a wiki?
  • The password that provides command line of "control panel" access to configuring a hosted website?
  • The password for a user account on the MediaWiki websites?
  • Are you trying to log into Wikipedia?
69.24.84.53 14:58, 15 December 2024 (UTC)Reply
I forgot my password for Masierra10
I forgot my password for my very old account Masierra10 and yes, I am trying to log in back to Wikipedia in no time. Masierra2008 (talk) 22:36, 15 December 2024 (UTC)Reply
@Masierra2008: (I've unified these sections because they appear to be the same topic; hope that's correct.) If you have an email address associated with the Masierra10 account, then you can reset your password at en:Special:PasswordReset. If the account doesn't have an email address there's there's not much you can do. Sam Wilson 23:24, 15 December 2024 (UTC)Reply

No active login attempt is in progress for your session.

[edit]

hello


how do we fix No active login attempt is in progress for your session? Cocopuff2018 (talk) 05:42, 16 December 2024 (UTC)Reply

Please check the "Post a new question" instructions on this page. Malyacko (talk) 10:52, 16 December 2024 (UTC)Reply

How can I change the ToolBar of the MediaWiki editor

[edit]

I use and maintain my own public MediaWiki project since many years. Now I want to add some code to extend the wiki editor. Of course I searched the web to find out how I can achieve this. I want to create the necessary JavaScript to get an icon for the HTML tag <tt> in the toolBar

I am already failing on the beginning because I don't find out to access the site, where I can enter the desired JavaScript code. I would like to edit the site for all users, because there exists only one user: WikiSysop

I have experience with JavaScript and coding in general.

My site is: https://grubit.at/fg_mediawiki

Which address do I have to enter in the browser or which special page do I have to call up to be able to add the JavaScript code to extend the toolBar? I have made many attempts but I cannot get to the right page. My language and the language of this wiki is German.

I am using MediaWiki version 1.35.4

Many thanks for any help. ThanksforHelp (talk) 11:13, 16 December 2024 (UTC)Reply

There's a detailed documentation about how to do that at Extension:WikiEditor/Toolbar customization. – Ammarpad (talk) 16:28, 16 December 2024 (UTC)Reply

Now I've managed to add a button to the MediaWiki toolbar. I've inserted a code snippet from the following page: https://www.mediawiki.org/wiki/Extension:WikiEditor/Toolbar_customization/Library

Now I just want to change the icon. Which oouiIcons are available? Where can I find them?

ThanksforHelp (talk) 18:02, 17 December 2024 (UTC)Reply

@ThanksforHelp: There's a gallery of OOUI icons at https://doc.wikimedia.org/oojs-ui/master/demos/?page=icons Sam Wilson 01:11, 18 December 2024 (UTC)Reply
Thank you very much. ThanksforHelp (talk) 11:09, 18 December 2024 (UTC)Reply

How do u fix No active login attempt is in progress for your session.

[edit]

How do u fix No active login attempt is in progress for your session we get it when trying to login to wikis on a farm here is the steps we took


*maintenance/resetGlobalUserTokens.php (didn't work) except the login error

*attempt to debug didn't work+no errors Presented


Anything else we can do appreciate the help Cocopuff2018 (talk) 17:05, 16 December 2024 (UTC)Reply

If its happening for everyone it typically means caching is configured incorrectly. Bawolff (talk) 20:14, 16 December 2024 (UTC)Reply
Again: Please check the "Post a new question" instructions on this page. Also, please do not post duplicate threads for no reasons. Malyacko (talk) 23:19, 16 December 2024 (UTC)Reply

2024 Competition

[edit]

I’m interested to join your competition for 2024 about food photography Lilyester (talk) 22:29, 16 December 2024 (UTC)Reply

There is no food photo competition on MediaWiki.org. Maybe you meant Wikimedia Commons or some other website. Malyacko (talk) 23:18, 16 December 2024 (UTC)Reply

Gnucash 5.10.1 upgrade

[edit]

the I download and install this update it won't start. it gives the message: You can’t open the application “Gnucash .app” because this application is not supported on this Mac. I am running OS Sequola 15.2 on my MacBook Air.

Wayne Sutton 193.119.109.61 02:31, 17 December 2024 (UTC)Reply

It sounds like you might be looking for the GnuCash wiki! But you're on mediawiki.org. Which is an easy mistake to make, seeing as their sidebar help link points to a help page here — even though they have their own help page. :) Sam Wilson 03:01, 17 December 2024 (UTC)Reply

How to format MediaWiki:Citethispage-content?

[edit]

See https://wiki.ourworldoftext.com/wiki/MediaWiki:Citethispage-content.

Code:
{{#tag:syntaxhighlight|
@misc{owotwiki:{{REVISIONID}},
  author = "{{(}}{{SITENAME}} contributors{{)}}",
  title  = "{{FULLPAGENAME}} --- {{(}}{{SITENAME}}{{)}}{{#ifexist:MediaWiki:Sitesubtitle|{,} {{MediaWiki:Sitesubtitle}}}}",
  year   = "{{CURRENTYEAR}}",
  url    = "{{canonicalurl:{{FULLPAGENAME}}|oldid={{REVISIONID}}}}",
  note   = "[Online; accessed <citation>{{#time:j-F-Y}}</citation>]"
}
|lang=bibtex}}
Expected result:
@misc{owotwiki:-,
  author = "{MediaWiki contributors}",
  title  = "Project:Support desk --- {MediaWiki}",
  year   = "2024",
  url    = "https://www.mediawiki.org/w/index.php?title=Project:Support_desk&oldid=-",
  note   = "[Online; accessed <citation>21-December-2024</citation>]"
}
Actual result:
@misc{owotwiki:-,
  author = "{MediaWiki contributors}",
  title  = "Project:Support desk --- {MediaWiki}",
  year   = "2024",
  url    = "https://www.mediawiki.org/w/index.php?title=Project:Support_desk&oldid=-",
  note   = "[Online; accessed '"`UNIQ--citation-0000000E-QINU`"' ]"
}

The date is not displaying correctly; how do I fix this? Dgrilawidbanana (talk) 04:05, 17 December 2024 (UTC)Reply

@Dgrilawidbanana: It's a bit odd that that page is showing "Invalid tag extension name: citation" errors for the <citation> tag. That's only meant to be parsed when an actual page is being viewed at Special:CiteThisPage. What versions of core and CiteThisPage are you using? I can't replicate this on my wiki. Sam Wilson 01:15, 18 December 2024 (UTC)Reply
Their MediaWiki is 1.39.1, but the problem also appears even on this wiki which runs alpha, see MediaWiki:Citethispage-content. It seems to be an issue in the Legacy parser because the problem disappears when using parsoidAmmarpad (talk) 11:00, 18 December 2024 (UTC)Reply

Migrating from 1.23.17 to 1.42.3

[edit]

Hello!

I'm eventually upgrading my wiki from 1.23.17 to 1.42.3 step by step incrementally mostly on each major version. I've got a few questions regarding this saga hoping they all are closely relevant to the migration.

My prerequisites:

  • MediaWiki: live 1.23.17; current dev 1.37.6
  • Distro: Linux Mint
  • Apache httpd: 2.4.58
  • MariaDB: 10.11.18
  • PHP: 5.6, 7.3, and 8.3 (depending on MediaWiki requirements)
  • (A custom Git-based snapshot system to commit and rollback changes for both installation and database.)

My roadmap currently is:

  • PHP 5.6 / Based on live 1.23.17 <-- LIVE BASE
  • PHP 5.6 / Migrated to 1.24.0
  • PHP 5.6 / Migrated to 1.25.0
  • PHP 5.6 / Migrated to 1.26.0
  • PHP 5.6 / Migrated to 1.27.0
  • PHP 5.6 / Migrated to 1.28.0
  • PHP 5.6 / Migrated to 1.29.0
  • PHP 5.6 / Migrated to 1.30.0
  • PHP 7.3 / Migrated to 1.31.0
  • PHP 7.3 / Migrated to 1.32.0
  • PHP 7.3 / Migrated to 1.33.0 (problematic database migration, described below)
  • PHP 7.3 / Migrated to 1.34.0 (under some circumstances problematic database migration, described below)
  • PHP 7.3 / Migrated to 1.35.0
  • PHP 7.3 / Migrated to 1.35.14
  • PHP 7.3 / Migrated to 1.36.0
  • PHP 7.3 / Migrated to 1.37.0
  • PHP 7.3 / Migrated to 1.37.6 <-- DEV LATEST
  • TODO: 1.38.7
  • TODO: 1.39.10
  • TODO: 1.42.3

Database migration

[edit]
  • On upgrading to 1.33.0 I'm getting:
   A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
   
   Query: INSERT  INTO `mw_actor` (actor_name) VALUES ()
   Function: MigrateActors::addActorsForRows
   Error: 1062 Duplicate entry  for key 'actor_name' (localhost)

(Possible fix) This seems to be safely fixed by simple DELETE FROM mw_actor WHERE actor_name = ;.

  • On upgrading from a version prior to 1.34.0 to 1.37.6 the latter fails with:
   Error 1146: Table 'wiki.mw_revision_comment_temp' doesn't exist (localhost)
   Function: MessageCache::loadFromDB(en)-small
   Query: SELECT ...

(Possible fix) Upgrade to 1.34.0 first and then upgrade to 1.37.6.

My questions are: why these two occur and how do I fix these two so they could proceed from 1.23.17 to 1.37.6 smoothly in one go?

I'm stuck on 1.37.6

[edit]

Currently to any of last minor versions (1.38.7, 1.39.10, 1.42.3) causes the wiki not to start with the following error:

   PHP Fatal error:  Uncaught Wikimedia\Services\NoSuchServiceException: No such service: DBLoadBalancerFactory in /.../www/w/vendor/wikimedia/services/src/ServiceContainer.php:468

Is there something wrong with my LocalSettings.php? How do I disable the load balancer feature assuming I only have one database?


I'd appreciate any advice and hints. Thanks in advance. 92.253.236.83 08:55, 17 December 2024 (UTC)Reply

This typically means you installed the files wrong. Try downloading again and be sure to install in a clean directory. (There is a possibility it could be something in your LocalSettings.php. i think it is less likely but it would help if you posted the full stacktrace or your LocalSettings.php) Bawolff (talk) 08:46, 18 December 2024 (UTC)Reply

Found unsafe CSS in the style element of uploaded SVG file

[edit]

I tried uploading a svg file, but I get this warning: "Found unsafe CSS in the style element of uploaded SVG file." Can I ignore it? Liamd967 (talk) 04:03, 18 December 2024 (UTC)Reply

no. You have to remove the css in question. Bawolff (talk) 08:45, 18 December 2024 (UTC)Reply

Change username

[edit]

Hi, I want to change my username to „Zolgoyo“ also in Phabricator. Can maybe someone help me? Zolgoyo (talk) 16:03, 18 December 2024 (UTC)Reply

You can request that at Talk:Phabricator/Help. – Ammarpad (talk) 17:37, 18 December 2024 (UTC)Reply

Logging runJobs.php - any difference from apache2/error.log?

[edit]

I've got this in my crontab, to keep runJobs.php running most of the time.

*/1 0-3,5-23 * * * /usr/bin/php /var/www/html/maintenance/runJobs.php --quiet --maxtime=45 >> /var/www/logs/runJobs.log 2>&1

I'm thinking of not logging the results any more. But does the above log anything that doesn't already appear in apache2/error.log?

Thanks. Jonathan3 (talk) 21:56, 18 December 2024 (UTC)Reply

"does the above log anything that doesn't already appear in apache2/error.log" Yes, the php output from cron does not get automatically funnelled into the php logs of apache. —TheDJ (Not WMF) (talkcontribs) 12:37, 19 December 2024 (UTC)Reply
Thanks. I guess I could do without the normal output. With the error messages, are they the same? Jonathan3 (talk) 16:21, 19 December 2024 (UTC)Reply

I would like to add default preview icons for files by their filetype/MIME

[edit]

Hello,

I don't know if this is the correct place to ask this...

My wiki has to manage files other than pictures, videos, pdf. The preview I get is a blank picture, understandably because these kind of files aren't multimedia. If I wanted to display an icon representing the file type instead of this blank image, does anybody know what should I do?

Any piece of advice or hint would be welcome.

Thank you in advance!

Buran Biggest Fan (talk) 08:59, 19 December 2024 (UTC)Reply

You would have to implement an extension with a MediaHandler, that converts a file (+extension etc) into a thumbnail (html representation) —TheDJ (Not WMF) (talkcontribs) 12:35, 19 December 2024 (UTC)Reply
Thank you. Where could I get an example, please?
Again, thank you very much Buran Biggest Fan (talk) 14:25, 19 December 2024 (UTC)Reply

Can't start installation on Win10

[edit]

I have done the following:

- Installed Apache HTTP Server

- Installed PHP

- Added the following in the httpd.conf file (to connect PHP) LoadModule php_module "c:/Users/username/php-8.4.2-Win32-vs17-x64/php8apache2_4.dll" AddHandler application/x-httpd-php .php PHPIniDir "c:/Users/username/php-8.4.2-Win32-vs17-x64"

- Enabled the following extensions in the php.ini file: fileinfo, intl, mbstring

- Set the path of the extension_dir in php.ini

But when I go to http://localhost/wiki/mw-config/index.php I get this error: Error starting session: session_name(): Session name cannot be changed after headers have already been sent

And bunch of deprecated errors:

Deprecated: ldap_exop_sync(): Implicitly marking parameter $request_data as nullable is deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\vendor\symfony\polyfill-php83\bootstrap.php on line 43

Deprecated: ldap_exop_sync(): Implicitly marking parameter $controls as nullable is deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\vendor\symfony\polyfill-php83\bootstrap.php on line 43

Deprecated: Wikimedia\Rdbms\IDatabase::setTransactionListener(): Implicitly marking parameter $callback as nullable is deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\includes\libs\rdbms\database\IDatabase.php on line 770

Deprecated: Wikimedia\Rdbms\IDatabase::cancelAtomic(): Implicitly marking parameter $sectionId as nullable is deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\includes\libs\rdbms\database\IDatabase.php on line 886

Deprecated: Wikimedia\Rdbms\ILoadBalancer::setTransactionListener(): Implicitly marking parameter $callback as nullable is deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\includes\libs\rdbms\loadbalancer\ILoadBalancer.php on line 508

Deprecated: MediaWiki\Settings\SettingsBuilder::__construct(): Implicitly marking parameter $cache as nullable is deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\includes\Settings\SettingsBuilder.php on line 200 Exuberant3450 (talk) 15:51, 19 December 2024 (UTC)Reply

Hello!
These are just deprecation messages, not errors. You can adjust the output of such messages in the php.ini file.
See https://www.php.net/manual/en/errorfunc.configuration.php#ini.display-errors and https://www.php.net/manual/en/errorfunc.configuration.php#ini.error-reporting Osnard (talk) 09:35, 20 December 2024 (UTC)Reply
Thanks.
Do you have any idea about the actual error, that prevents me from installing MediaWiki?
Error starting session: session_name(): Session name cannot be changed after headers have already been sent Exuberant3450 (talk) 09:47, 20 December 2024 (UTC)Reply
Its probably caused by the deprecation warnings. You might consider using php 8.3 instead of 8.4, but silencing the errors will probably work too. Bawolff (talk) 10:48, 21 December 2024 (UTC)Reply

Outlook templates (.oft files) have different behaviors on browsers

[edit]

Hi All,

Is there a way to have the same behavior as Firefox for Outlook templates?

In Firefox when a link to an outlook template (using "File:" or "Media:") is clicked, then it is downloaded.

In Chrome or Edge once clicked the browser attempts to render the file which ends up in a whole bunch of characters.

The below has been added in MimeMap.php:

- Mime Extensions:

'application/vnd.ms-outlook' => [ 'oft', 'msg'],

- Mediatype Office:

'application/vnd.ms-outlook',


Setup:

MediaWiki 1.42.1
PHP 8.2.12 (apache2handler)
ICU 71.1
MariaDB 10.4.32-MariaDB

Noindicaotro (talk) 07:24, 20 December 2024 (UTC)Reply

"There seems to be a problem with your login session" error caused by crashed objectcache table

[edit]

I'm just adding this in case anyone is searching, as I didn't find it myself. My VPS ran out of space, and the job table crashed, evidenced in my log of runJobs.php, and CHECK TABLE job and REPAIR TABLE job fixed that. Anyway... I just noticed today that I couldn't edit a page, log out or login. Changing to $wgSessionCacheType = CACHE_ACCEL; fixed this, but reverting to CACHE_DB broke it again. I checked the MySQL logs at /var/log/mysql/error.log and it had these errors repeated and others like it:

2024-12-21T00:26:02.252023Z 1456751 [ERROR] [MY-010211] [Server] Got error 134 when reading table './databasename/prefix_objectcache'
2024-12-21T00:09:56.981166Z 1456018 [ERROR] [MY-013134] [Server] Incorrect key file for table './databasename/prefix_objectcache.MYI'; try to repair it

So I checked and repaired the objectcache table, which meant when I went back to CACHE_DB it worked again. I checked all the other tables and they were OK. ChatGPT helped me with that, as you can get a comma-separated list like SHOW TABLES using SELECT GROUP_CONCAT(table_name) FROM information_schema.tables WHERE table_schema = 'databasename'. Jonathan3 (talk) 01:43, 21 December 2024 (UTC)Reply