Project:Support desk

Jump to: navigation, search

About this board

Edit description

المملكه العربيه السعوديه

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

Attempting to login: "this action has been canceled as a precaution against session hijacking."

2
50.47.103.112 (talkcontribs)

I was going to make a quick edit, tried to log in and was shown this error. I tried creating an account (I may or may not have tried editing something on westeros.org before) but was told my username was taken, so I said forgot my password, got the email, used the temp password and got the same error.

A google search yields a ton of posts from people "installing" something (seems to be a wiki program to run their own wiki?) and getting this issue, but I'm only trying to log in from my browser. The email does say that my username is associated with my email, so I'm pretty someone didn't randomly take my username randomly, unless the email system is very confusing.

Thank you for any help with this!

50.47.103.112 (talkcontribs)

I also tried this with chrome, firefox and edge (shudder) with no improvement.

Reply to "Attempting to login: "this action has been canceled as a precaution against session hijacking.""
190.136.133.255 (talkcontribs)

mmbjjcd bky

Koavf (talkcontribs)
Reply to "Maria Fernanda dominguez castro"
Ciciban (talkcontribs)

I just installed the math extension.

If I use the math-environment, it produces errors.

An empty math-environment will be processed correctly, but as soon as it gets any content, e.g. <math>a</math>, it produces error messages like

Datenbankfehler

Es ist ein Datenbankabfragefehler aufgetreten. Dies könnte auf einen Fehler in der Software hindeuten.

[c5d579b6c896fd685d557fa0] 2017-08-20 14:21:29: Fataler Ausnahmefehler des Typs „DBQueryError“

sudo -u www-data php update.php returned

MediaWiki 1.28.2 Updater

Your composer.lock file is up to date with current dependencies!

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information

Can you suggest me a solution?

Thank you in advance!

Yours, Ciciban (talk) 14:45, 20 August 2017 (UTC)

Ciencia Al Poder (talkcontribs)

DBQueryError... maybe you forgot to run update.php after installing math?

Also Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information

Ciciban (talkcontribs)

Thank you for your answer.

I did run update.php, as i have mentioned above.

I have now added $wgShowExceptionDetails = true; to my LocalSettings and again run sudo -u www-data php update.php. This time it returned:

MediaWiki 1.28.2 Updater

Your composer.lock file is up to date with current dependencies!
[fca32ac38af55bce3e3aab88] [no req]   InvalidArgumentException from line 357 of /var/lib/mediawiki/includes/libs/rdbms/database/Database.php: Database::factory no viable database extension found for type 'mysql'
Backtrace:
#0 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(852): Database::factory(string, array)
#1 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(684): LoadBalancer->reallyOpenConnection(array, boolean)
#2 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(576): LoadBalancer->openConnection(integer, boolean)
#3 /var/lib/mediawiki/includes/GlobalFunctions.php(3075): LoadBalancer->getConnection(integer, array, boolean)
#4 /var/lib/mediawiki/maintenance/Maintenance.php(1250): wfGetDB(integer, array, boolean)
#5 /var/lib/mediawiki/maintenance/update.php(144): Maintenance->getDB(integer)
#6 /var/lib/mediawiki/maintenance/doMaintenance.php(111): UpdateMediaWiki->execute()
#7 /var/lib/mediawiki/maintenance/update.php(217): require_once(string)
#8 {main}

According to spezial:version my mediawiki version is 1.28.2 and my math extension is version 3.0.0 (1097ee7) 06:38, 1. Feb. 2017.

yours, Ciciban (talk) 12:17, 21 August 2017 (UTC)

Ciencia Al Poder (talkcontribs)

Oh sorry, I didn't read part of your message!

The command line php binary is using a different php.ini file than your web server, you need to enable the mysql extension in that php.ini too.

Reply to "<math>-Environment Produces Errors"
SMF0501 (talkcontribs)

The page for Howard Sloane (https://en.wikipedia.org/wiki/Howard_Sloane) shows that it is an orphan page but another page (https://en.wikipedia.org/wiki/The_Heckscher_Foundation_for_Children) does link to it. How do I fix this? Thanks.

2003:72:6D79:5800:9953:A9E7:1DB0:D728 (talkcontribs)

When I visit https://en.wikipedia.org/wiki/Special:WhatLinksHere/Howard_Sloane, the link from The Heckscher Foundation for Children is listed there. Also Special:LonelyPages does not list Howard Sloane.

Can you elaborate what you mean exactly? The information which pages link where is not updated immediately after an according page change, but it is processed by the job queue. It can take some time until the according job has been run. Has the issue fixed itself in the meantime?

SMF0501 (talkcontribs)

Hi. Thanks for your response. When you go to the Howard Sloane page, there is a message up top that says it is an orphan page. I want to fix that so the page's rating will go up. But you seem to suggest that it is not actually an orphan. I just don't know what to do. Thanks for your help.

Ciencia Al Poder (talkcontribs)

The message about the orphan page is placed by a template ({{Orphan|date=March 2014}}), just remove it if it doesn't apply anymore.

SMF0501 (talkcontribs)

Thanks Ciencia!

kerberos authentication failure: GSSAPI Failure: gss_accept_sec_context

6
Anu8791 (talkcontribs)

HI,

We are using SSO with MediaWIKI 1.25.3 with PHP 5.3.3 (apache2handler) , MySQL 5.1.73

Here, the issue is now we are facing kerberos authentication failure issue due to not using all below encryption types while generating the keytab.

Because, now IT infrastructure/AD team not allowed to use below mentioned weak encryption types while generating keytab.

Also it's being denied for the corporate policy. And we are only allowed to use below mentioned couple of strong encryption types.

N.B. Before the Kerberos authentication was working fine when the keytab is encrypted with all below 5 types of encryption methods.

Could someone please advise to resolve the kerberos authentication issue with an alternate solution would be greatly appreciated?

Weak encryptions:

DES-CBC-CRC | DES-CBC-MD5 | RC4-HMAC-NT

Strong encryptions:

AES256-SHA1 | AES128-SHA1

Thank you in Adv..

Sanjay

Ciencia Al Poder (talkcontribs)

If I'm not mistaken, SSO with NTLM/Kerberos is done with IIS at the IIS level, MediaWiki doesn't handle the authentication at all, except that you need an extension handling auth_remoteuser. In your case I see you're using apache instead of IIS, but it should be handled the same, in the apache configuration there should be the configuration for Kerberos authentication.

You should be able to test it by enabling a debug log for MediaWiki and seeing that PHP and MediaWiki aren't called at all (nothing is written on the logs) when the authentication fails.

Anu8791 (talkcontribs)

Thanks for your quick response !

yes, we do use SSO with Kerberos. As I have disclosed, the configuration with Apache2 server is same as we earlier used and it's never changed.

But, we are now not encrypted with below types included in the keytab that is required to be configured in the Redhat Linux Server.

Weak encryptions:

DES-CBC-CRC | DES-CBC-MD5 | RC4-HMAC-NT

Also, I think we can't debug the application as of now we are getting Page can't be reached / Internal Server Error on webpage.

Could you provide the info related to the encryption types so that it would be authenticated by the KDC with below encryption types? Or how we will overcome with above error on webpage?

Strong encryptions:

AES256-SHA1 | AES128-SHA1

AKlapper (WMF) (talkcontribs)

For the records, MediaWiki 1.25.3 is an ancient unsupported software version with a good number of security issues. See https://www.mediawiki.org/wiki/Download and https://www.mediawiki.org/wiki/Manual:Upgrading

Anu8791 (talkcontribs)

For the information, earlier we did not experienced such Kerberos issues with installed MediaWiki 1.25.3. And we are coming with plan to upgrade MediaWiki 1.27.3 LTS version after fix the authentication issue.

Also, it's the issue with server level authentication(Kerberos) not with application level configuration.

The Scenario is like we are getting TGT from KDC while we initialize the keytab. But, its not authorized by Kerberos GSS-API and logged below error in the server.

"- kerb_authenticate_user entered with user (NULL) and auth_type Kerberos

- Acquiring creds for SPN : xxxxxxx

- Verifying client data using KRB5 GSS-API

- Client didn't delegate us their credential

- Warning: received token seems to be NTLM, which isn't supported by the Kerberos module. Check your IE configuration."

As I already disclosed, weak encryption types are against the corporate policy and we are now unable to use them. Since then we are putting in such kerberos authentication issue.

If you could help in this regards ? or you could delegate same issue to the responsible Kerberos tech team to get the possible solution?

Thanks in Adv,

Sanjay

Ciencia Al Poder (talkcontribs)

The problem is with Apache, not MediaWiki (everything Kerberos-related configuration you have is probably in apache config files, not MediaWiki). You should ask in an apache forum where they should have better knowledge about the different encryption options you have.

Reply to "kerberos authentication failure: GSSAPI Failure: gss_accept_sec_context"

"$wgEnableScaryTranscluding = true" brings down wiki

4
Ciciban (talkcontribs)

Dear All

Here I got the advise to use Scary Transcluding to exchange content between wikis.

After a lot of confusion I understand now, that Extension:Interwiki will not make redundant to set "$wgEnableScaryTranscluding = true" in LocalSettings.php.

However, as soon as I set the command, my wiki will deliver an error screen with the following message:

Diese Seite funktioniert nicht

localhost kann diese Anfrage momentan nicht verarbeiten.
HTTP ERROR 500

Can you give me advise how to solve the problem or at least where to look for the cause?

Thank you in advance!

197.218.81.140 (talkcontribs)

That's why it is called scary transclusion. It is incredibly inefficient, and in fact, the variable itself is a way to scare off people from using it:

Manual:$wgEnableScaryTranscluding#Details

It might be better to use the mediawiki API and javascript to obtain content from another wiki.

Ciencia Al Poder (talkcontribs)

If your wiki breaks (any page) when you add that line in LocalSettings.php, then you've made a typo or syntax error when editing LocalSettings.php. Try to find the typo and fix it. Maybe you missed the semicolon at the end of the line?

Ciciban (talkcontribs)

@User:Ciencia Al Poder,
Thanks for reminding me of my fallibility. That restrains me from starting world wars and dooming innocent souls into purgatory. In rare cases, a closing semicolon is the better measure.
Yours, Ciciban (talk) 11:37, 21 August 2017 (UTC)

Michael Schönitzer (WMDE) (talkcontribs)

Hi, there will be a weekly Technical Advice IRC Meeting open for all volunteer developers, topics and questions. This can be anything from "how to get started" over "who would be the best contact for X" to specific questions on your project.

The first one will be on Wednesday, August 23rd, 2017 at 3 pm UTC – Hope to see you there!

Reply to "Technical Advice IRC meeting"

Extension CentralNotice not working on MediaWiki 1.26.3

1
194.8.223.8 (talkcontribs)

Hi there,

in short: The extension CentralNotice isnt working. Tried different versions, though they all need 1.26wmf9.

MediaWiki 1.26.3
PHP 5.6.22 (cgi-fcgi)
MySQL 5.5.25

It appears to be successfully installed, but if I click on "OK" on the Special:CentralNotice page, or try to reach templates aka Special:CentralNoticeBanners, I get following errors in the php.log from apache:

[21-Aug-2017 11:05:33 Europe/Berlin] PHP Fatal error: Call to undefined method WebRequest::getSession() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/special/SpecialCentralNoticeBanners.php on line 58

[21-Aug-2017 11:06:56 Europe/Berlin] PHP Fatal error: Call to undefined method DatabaseMysql::isReadOnly() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/special/SpecialCentralNotice.php on line 63

[21-Aug-2017 11:07:01 Europe/Berlin] PHP Fatal error: Call to undefined method WANObjectCache::makeGlobalKey() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/includes/ChoiceDataProvider.php on line 38

Any suggestions / explanations what's wrong and what to do?

Reply to "Extension CentralNotice not working on MediaWiki 1.26.3"

MW 1.29.0 bug with SyntaxHighlight extension

29
Aka sektor (talkcontribs)

After upgrade MediaWiki from 1.28.2 to 1.29.0 - I am find, what appeared bug Extension:SyntaxHighlight

Not highlight lang "LUA"

Sample:

<syntaxhighlight lang="lua">

there_is_code

</syntaxhighlight>

In the bottom just write: "Pages with syntax highlighting errors"

Aka sektor (talkcontribs)

Like in this topic: Topic:Tj9l1go9tonunwbq

Aka sektor (talkcontribs)

Is it again developers of MediaWiki allowed mistake in packaging, like in 1.28.0 & 1.28.1?

AhmadF.Cheema (talkcontribs)

I am assuming the extension worked when you were using MediaWiki 1.28.2.

Can you again make sure that execute permissions are set for the pygmentize binary: extensions/SyntaxHighlight_GeSHi/pygments/pygmentize?

Sometimes, upgrades mess up file permissions.

In case you installed the extension from Git, you will also need to update composer.

Aka sektor (talkcontribs)

Yes, that work on 1.28.2

How to check execute permissions? I do not understand. I not done this before

"from Git"

Not. I just only installed box 1.29.0 from here https://releases.wikimedia.org/mediawiki/1.29/mediawiki-1.29.0.tar.gz

AhmadF.Cheema (talkcontribs)

I am assuming that you are running MediaWiki on Linux.

If you have access to SSH, change your directory (cd) to your Wiki directory and run the following command:

chmod a+x extensions/SyntaxHighlight_GeSHi/pygments/pygmentize

OR, if you have access to a file explorer for your uploaded files, browse to <WIKI DIRECTORY>/extensions/SyntaxHighlight_GeSHi/pygments/, there should be a pygmentize file inside and a column for file permissions. See what permissions it has been set.

Aka sektor (talkcontribs)

Maybe work this Extension:GoToShell

I try to use your command

Aka sektor (talkcontribs)

Checked. Not any effect.

AhmadF.Cheema (talkcontribs)

Does your hosting provide a file manager for your uploaded files? Can you visually check what permissions have been set for the pygmentize file?

OR, if that's not possible run the following command:

ls -la extensions/SyntaxHighlight_GeSHi/pygments/pygmentize > foo.txt

and see what gets written in foo.txt in your Wiki directory.

Aka sektor (talkcontribs)

Ok, I do it, this writen in the foo.txt:

-rwxr-xr-x 1 h99724 h99724 842005 Jul 13 22:15 extensions/SyntaxHighlight_GeSHi/pygments/pygmentize

Of course I have file manager on hosting, but I use FileZilla and FTP access.

How check that permissions? Open in the Notepad file pygmentize? But Notepad dont understand file syntax.

I can only read the first line:

#!/usr/bin/env python

AhmadF.Cheema (talkcontribs)

The -rwxr-xr-x part in foo.txt are describing the permissions for the pygmentize file, which are fine.

Aka sektor (talkcontribs)

Yes, your code for lang python is highlighting.

But my problem with lang "lua".

AhmadF.Cheema (talkcontribs)

Apologies, I misunderstood, I thought all languages were having problems highlighting.

Aka sektor (talkcontribs)

No more ideas how to fix the problem?

Aka sektor (talkcontribs)

Have to wait for the update 1.29.1

Aka sektor (talkcontribs)

Where update?

AhmadF.Cheema (talkcontribs)

This issue is present for some users in at-least MediaWiki v1.28.2 too. I think a bug report will need to be filed for this.See, How to report a bug.

Aka sektor (talkcontribs)

In 1.28.2 - it's work 100%

Aka sektor (talkcontribs)

Why do not they fix it for so long? Where is the update?

AhmadF.Cheema (talkcontribs)

Have you already reported this bug on phabricator?

Aka sektor (talkcontribs)

https://phabricator.wikimedia.org/T173301

So?

91.248.150.85 (talkcontribs)

I understand that with Mediaiki 1.29, the language "lua" no longer gets highlighted.

Although highlighting worked correctly in MW 1.28.2, I think this is not one of the usual cases where highlighting support was present in older versions of MediaWiki (where in fact GeSHi had still been used), but went away in newer ones. According to https://releases.wikimedia.org/mediawiki/1.29/mediawiki-1.29.0.tar.gz, the extension should parse "lua" just fine...

Maybe there still are some files from older versions of MediaWiki present inside the installation?

Aka sektor (talkcontribs)

For example? What files? Folder Extenisions? SyntaxHighlight_GeSHi ?

No. I did not touch it. Only installed the engine from the archive.

I repeat: the extension works partially.

If I did something, it would not work at all

94.217.149.6 (talkcontribs)

I have the same problem.

Maybe this could be the problem?

Product Version
MediaWiki 1.29.0
PHP 5.6.29 (cgi-fcgi)
MariaDB 10.1.20-MariaDB
SyntaxHighlight 2.0 (f18e070)21:05, 17 May 2017 GPL-2.0+ Provides syntax highlighting <syntaxhighlight> using Pygments - Python syntax highlighter Brion Vibber, Tim Starling, Rob Church, Niklas Laxström, Ori Livneh and Ed Sanders
This comment was hidden by 151.249.164.138 (history)
Aka sektor (talkcontribs)

No. This 100% mistake of developers MediaWiki. They already admitted this error in versions 1.28.0 & 1.28.1

Check: https://lists.wikimedia.org/pipermail/mediawiki-announce/2017-April/000209.html

"Due to a mistake in packaging, the releases 1.27.2 and 1.28.1 did not contain the fix for SyntaxHighlight_GeSHi. This new release does contain that fix."

Nothing remains, except how to expect the release of the next version 1.29.1

2003:72:6D05:7900:EDB3:E480:1C2A:17 (talkcontribs)

I would now download the MediaWiki tarball again and extract it somewhere on the server. Then I would run diff to compare the newly downloaded files with what is present in the installation. This will show which additional files are there...

Aka sektor (talkcontribs)

It looks like a mistake already known to them: https://phabricator.wikimedia.org/T59159

My task closed: https://phabricator.wikimedia.org/T173301

AhmadF.Cheema (talkcontribs)

The old phabricator task appears to be limited to only when using Extension:Flow, and with all languages. Your issue comes up outside of Extension:Flow and is only related to the Lua language. I do not believe that the two phabricator tasks (bug reports) are the same.

Reply to "MW 1.29.0 bug with SyntaxHighlight extension"

How to convert whole MediaWiki page to PDF or Words

4
Ypchow (talkcontribs)

Is there any way to export all webpages to pdf or words automatically?

Reception123 (talkcontribs)

Not "automatically" but there are Extension:Collection and Extension:PDFHandler

Ypchow (talkcontribs)

Since my MediaWiki has many pages, I do not want to export the page one by one.

AhmadF.Cheema (talkcontribs)

Also take a look at Extension:PdfBook.

Reply to "How to convert whole MediaWiki page to PDF or Words"