Jump to content

Extension talk:ContactPage

About this board

previous talk on this page


Buran Biggest Fan (talkcontribs)

I have installed this extension on mediawiki 1.42.1. After applying the configuration from the readme with the personalized changes it throws a message like the following:

"Contact form error", "A contact form is either not configured for this page or is configured incorrectly."

My LocalSettings section for this extension looks like the following:


wfLoadExtension( 'ContactPage' );

$wgContactConfig['default'] = [

        'RecipientUser' => 'Retroand',  // Must be the name of a valid account which also has a verified e-mail-addr>

        'SenderName' => 'Formulari de contacte a ' . $wgSitename,  // "Contact Form on" needs to be translated

        'SenderEmail' => $wgPasswordSender,  // Defaults to $wgPasswordSender, may be changed as required

        'RequireDetails' => true,  // Either "true" or "false" as required

        'IncludeIP' => false, // Either "true" or "false" as required

        'MustBeLoggedIn' => false,  // Check if the user is logged in before rendering the form. Either "true" or "f>

        'NameReadonly' => false, // Set to "true" to make the name field read only

        'EmailReadonly' => false, // Set to "true" to make the email address field read only

        'SubjectReadonly' => false, // Set to "true" to make the subject line field read only

        'MustHaveEmail' => true, // Set to "true" to require that the user submitting the form must have an associat>

        'AdditionalFields' => [

                'Text' => [

                        'label-message' => 'emailmessage',

                        'type' => 'textarea',

                        'rows' => 20,

                        'required' => true,  // Either "true" or "false" as required

                ],

        ],

        'DisplayFormat' => 'table',  // See HTMLForm documentation for available values.

        'RLModules' => [],  // Resource loader modules to add to the form display page.

        'RLStyleModules' => []  // Resource loader CSS modules to add to the form display page.

];

Am I doing something wrong in here? I am missing something? I have really no clue. Any help would be appreciated. Thank you in advance.

Reply to "Contact form error"
Summary by BDavis (WMF)

This is not a contact page for random problems with Wikimedia wikis. It is the talk page for the ContactPage extension. Please report bugs via Phabricator

199.26.122.74 (talkcontribs)

The searches are misspelling. For example, die becomes d e

I was trying to search an image for "Aaron dies Mt Hor"

That search became this:

Did you mean: aarau di s mt hor

The letters themselves are changed in the search.

1957Harry (talkcontribs)

I just installed the extension on my wiki 1.39 but the wiki freezes.

Just followed the instructions,

If I remove the extension code from localsettings the wiki works again

Please respond asap

Cavila (talkcontribs)
Reply to "Installing problems"

Mobilefrontend footer

1
109.186.204.100 (talkcontribs)

Added this extensions in MW 1.40. In the mobile view there's no link in the footer. Is this configurable is some way? most people use mobile nowadays, so this seems like a useful feature

Reply to "Mobilefrontend footer"

⧽ around contact ⧼

3
Summary by BDavis (WMF)

The ⧼...⧽ output indicates a missing message matching the name within the guillemets. Creating a page matching the name in the MediaWiki namespace is the typical way to define the message text.

Zarathustra999 (talkcontribs)

When I used the suggested code in your extension description, with the msg( 'Contact' ) it generates "⧼Contact⧽" in the footer rather than "Contact", any ideas?


Mediawiki version = 1.40

There are multiple other extensions running.

BDavis (WMF) (talkcontribs)

That is a sign that a message named "Contact" was not found. The message system would be looking for a MediaWiki:Contact page on your wiki. If no such page is found then the message system would display the marker that you report seeing in the rendered HTML.

Zarathustra999 (talkcontribs)

Great, thanks! I assumed Special:Contact was its page. I created MediaWiki:Contact, with the text "Contact", and now it is perfect. Cheers for the extension.

Is is extension abandoned ?

3
Summary by Kghbln

No.

Nasirkhan (talkcontribs)

This extension shows fatal error after installation, the issue has been reported more than 6 months ago and no patch solved the issue yet. Is there any specific reason of marking this extension as Stable?


Issue: Topic:Vv5ip5dhle216ufk

Ammarpad (talkcontribs)

No, that's not true. There's comment there showing how it was fixed. You just need to use the right branch which contains the fix (or to apply it yourself)

Nasirkhan (talkcontribs)

I did not find any solution there. Even I posted my errors and did not got any response in last 4 months! Though you mentioned a number of times that the issue has been fixed. I downloaded Mediawiki 1.35.1 and downloaded the related version of this extension, followed the steps to install and configure but it throws error.


You can change the status to 'Stable' and say many times that the issues has been fixed. But the real scenario is totally different than your world.


The extension does not work at all, no one respond to the talk page issue for months, which only happened on abandoned tools. This is totally unacceptable.

SkinTemplateOutputPageBeforeExec removed from v1.37

6
31.48.59.165 (talkcontribs)

The SkinTemplateOutputPageBeforeExec hook has been removed since MediaWiki version 1.37 so the code to add the contact link to footer no longer works. The code needs updating.

Kghbln (talkcontribs)

Hmm, it will be cool to know what to do for newer versions of MediaWiki. @Jdlrobson: since you are the MediaWiki all about skin expert... You will probably know what to do instead of this.

Jdlrobson (talkcontribs)
Kghbln (talkcontribs)

Cool! Thanks for the link! I am not really a programmer but from looking at this it should be the SkinAddFooterLinks hook. The example looks straight forward to me. Once I get hold of a MW 1.37+ instance I will try it and report back.

Jdlrobson (talkcontribs)

Feel free to add me to the Gerrit patch! I'll happily review and help you solve any issues with that.

Kghbln (talkcontribs)

I have no idea how to do this in the code base of the extension via a configuration parameter. However, I have just added an example that system administrators can add to "LocalSettings.php" to get this done again.

Lefthandside (talkcontribs)

Hey all,


Here's the error:

[6381f7065ce15687504f95a5] 2020-10-03 20:26:57: Fatal exception of type "ConfigException"


Here's my config settings:

## Contact Page Extension.

wfLoadExtension( 'ContactPage' );

$wgContactConfig['default'] = array(

   'RecipientUser' => 'Contact', // Must be the name of a valid account which also has a verified e-mail-address added to it.

   'SenderName' => 'Contact Form on ' . $wgSitename, // "Contact Form on" needs to be translated

   'SenderEmail' => 'contact@lefthandside.wiki', // Defaults to $wgPasswordSender, may be changed as required

   'RequireDetails' => true, // Either "true" or "false" as required

   'IncludeIP' => true, // Either "true" or "false" as required

   'MustBeLoggedIn' => true, // Check if the user is logged in before rendering the form

   'AdditionalFields' => array(

       'Text' => array(

           'label-message' => 'emailmessage',

           'type' => 'textarea',

           'rows' => 20,

           'required' => true,  // Either "true" or "false" as required

       ),

   ),

       // Added in MW 1.26

   'DisplayFormat' => 'table',  // See HTMLForm documentation for available values.

   'RLModules' => array(),  // Resource loader modules to add to the form display page.

   'RLStyleModules' => array(),  // Resource loader CSS modules to add to the form display page.

);


Have I messed something up here?

Tlgonline (talkcontribs)

I suggest that you remove:


'DisplayFormat' => 'table',  // See HTMLForm documentation for available values.

Tlgonline (talkcontribs)

The extension.json file included in the Master version states the following defaults:


"RecipientUser": null,

"SenderEmail": null,

"SenderName": null,

"RequireDetails": false,

"IncludeIP": false,

"MustBeLoggedIn": false,

"RLModules": [],

"RLStyleModules": [],

"AdditionalFields": {

"Text": {

"label-message": "emailmessage",

"type": "textarea",

"required": true

}

Evilrockmusic (talkcontribs)

Hi everyone. I am also seeing the Fatal exception of type "ConfigException" error. Is there anything else that I can try out to fix it? Thanks.

Ammarpad (talkcontribs)

See Manual:How to debug. Also set $wgShowExceptionDetails = true; in LocalSettings.php and then copy the full exception stack trace to here.

Evilrockmusic (talkcontribs)

Here's what I'm seeing:

[8555d875b2e353a221f37840] /wiki/index.php/Special:Contact ConfigException from line 59 of C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\includes\config\GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'CaptchaClass'

Backtrace:

#0 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\extensions\ContactPage\includes\SpecialContact.php(478): GlobalVarConfig->get(string)

#1 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\extensions\ContactPage\includes\SpecialContact.php(192): SpecialContact->useCaptcha()

#2 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\includes\specialpage\SpecialPage.php(600): SpecialContact->execute(NULL)

#3 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\includes\specialpage\SpecialPageFactory.php(635): SpecialPage->run(NULL)

#4 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\includes\MediaWiki.php(307): MediaWiki\SpecialPage\SpecialPageFactory->executePath(Title, RequestContext)

#5 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\includes\MediaWiki.php(940): MediaWiki->performRequest()

#6 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\includes\MediaWiki.php(543): MediaWiki->main()

#7 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\index.php(53): MediaWiki->run()

#8 C:\Bitnami\mediawiki-1.35.0-0\apps\mediawiki\htdocs\index.php(46): wfIndexMain()

#9 {main}

Ammarpad (talkcontribs)

Yeah, this is a known issue, I have uploaded this patch to fix it some few days ago.

Evilrockmusic (talkcontribs)

Looks good. Thanks for the help!

Evilrockmusic (talkcontribs)

I have an update after doing a bit more testing. It seems the form is visible with ReCaptcha, but not with SimpleCaptcha. I am using the latest master branch.

Ammarpad (talkcontribs)

This issue is now fixed.

Evilrockmusic (talkcontribs)

I appreciate it.

Nasirkhan (talkcontribs)

I am facing the same issue with my MW1.35.1.


[6711a412b4938b211d2c0fbf] /php/banglapedia_en/index.php/Special:Contact ConfigException from line 59 of C:\mw\includes\config\GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'CaptchaClass'

Backtrace:

#0 C:\mw\extensions\ContactPage\includes\SpecialContact.php(483): GlobalVarConfig->get(string)

#1 C:\mw\extensions\ContactPage\includes\SpecialContact.php(192): SpecialContact->useCaptcha()

#2 C:\mw\includes\specialpage\SpecialPage.php(600): SpecialContact->execute(NULL)

#3 C:\mw\includes\specialpage\SpecialPageFactory.php(635): SpecialPage->run(NULL)

#4 C:\mw\includes\MediaWiki.php(307): MediaWiki\SpecialPage\SpecialPageFactory->executePath(Title, RequestContext)

#5 C:\mw\includes\MediaWiki.php(940): MediaWiki->performRequest()

#6 C:\mw\includes\MediaWiki.php(543): MediaWiki->main()

#7 C:\mw\index.php(53): MediaWiki->run()

#8 C:\mw\index.php(46): wfIndexMain()

#9 {main}

193.48.45.27 (talkcontribs)

Hi guys

I'm also facing this issue with MW 1.35.1.

InnerCitadel (talkcontribs)

Same issue for me on 1.35.2

Ammarpad (talkcontribs)

Unfortunately, I think you need to use either 1.35 or >= 1.36 as that's the only branches where the fix is. Otherwise you can copy the patch and maintain it locally to any branch you want.

77.174.213.115 (talkcontribs)

I also git this error on MediaWiki 1.37, even while I was loading the ConfirmEdit extension. But I found out that I hadn't configured a CAPTCHA types for the ConfirmEdit extension. After adding 'ConfirmEdit/QuestyCaptcha' too as an extension, the error disappeared. Maybe there could be a safety check added in ContactPage to check if there is actually a CAPTCHA type installed?

212.204.154.107 (talkcontribs)

Error still present in MW1.39.2:

[2f30b175fd52d92f33fdfab2] /index.php/Special:Contact   ConfigException: GlobalVarConfig::get: undefined option: 'CaptchaClass'
Backtrace:
from /home/www/site/includes/config/GlobalVarConfig.php(59)
 #0 /home/www/site/extensions/ContactPage/includes/SpecialContact.php(519): GlobalVarConfig->get(string)
 #1 /home/www/site/extensions/ContactPage/includes/SpecialContact.php(218): MediaWiki\Extension\ContactPage\SpecialContact->useCaptcha()
 #2 /home/www/site/includes/specialpage/SpecialPage.php(701): MediaWiki\Extension\ContactPage\SpecialContact->execute(NULL)
 #3 /home/www/site/includes/specialpage/SpecialPageFactory.php(1428): SpecialPage->run(NULL)
 #4 /home/www/site/includes/MediaWiki.php(316): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)
 #5 /home/www/site/includes/MediaWiki.php(904): MediaWiki->performRequest()
 #6 /home/www/site/includes/MediaWiki.php(562): MediaWiki->main()
 #7 /home/www/site/index.php(50): MediaWiki->run()
 #8 /home/www/site/index.php(46): wfIndexMain()
 #9 {main}
Reply to "Fatal Exception"

SenderEmail not working

9
Summary by Sophivorus

Fixed.

Mshastchi (talkcontribs)

I want the emails to be sent from the email of the site (e.g info@example.com) but the email is sent from the email the user has entered in the form. This may cause the email services to consider the email spam because the server is not the one to which the email belong.

Ammarpad (talkcontribs)

It seems this is hardcoded, so it is not allowed to be changed. However you can edit the extension files to make the desired change and maintain it.

184.103.0.165 (talkcontribs)

Can you point where to change?

Sophivorus (talkcontribs)
MyWikis-JeffreyWang (talkcontribs)

I agree that @Sophivorus's change should be merged in, as the current state of the extension makes it impossible to work with SES. When will the merge occur?

MyWikis-JeffreyWang (talkcontribs)

After testing @Sophivorus's change, there's only one issue left: the actual sending address is still being sent a copy of the message. This should be removed.

MyWikis-JeffreyWang (talkcontribs)

We've implemented this change on our fork of ContactPage, where we've completely removed the option to CC, and removed the email sending to the specified from address. This is because we do not want to take the risk of sending an email to a completely unvetted, unknown email address, which might bounce, and that's problematic for anyone using AWS SES.

This solution probably doesn't work for everyone, so the developers of this extension can feel free to implement changes however they wish.

Chrishel (talkcontribs)
Kghbln (talkcontribs)

This patch is 1.36.x or later only. However one can install the version for 1.36.x on an 1.35.x wiki. Let's see if it works for me.

MW 1.37.4 and captcha

2
Manbu (talkcontribs)

A. I get the error that i must log in to send emails (but email is verified and user-email is enabled). Who has an idea (also in mw1.38.2) - but i want it for guests


B. With debugger i get the error (after login) : ....Spezial:Kontakt ConfigException: GlobalVarConfig::get: undefined option: 'CaptchaClass'....

This is because in line 527 of specialcontact.php stands :

private function useCaptcha (....

527 return $config->get( 'CaptchaClass' )


captcha - class comes from Confirmedit (ResourceLoaderHooks.php line 22) , where it has the value 'MediaWiki\\Extensions\\ConfirmEdit\\hCaptcha\\HCaptcha'

I think this should be corrected (at least in the master)

Manbu (talkcontribs)
Reply to "MW 1.37.4 and captcha"