Extension talk:PostComment

Rights to edit

I noticed that Postcomment still allows users to edit the page, even if "$wgGroupPermissions['*']['edit'] = false;" in LocalSettings.php is set (making it so anonymous people can't edit). Is there a way to fix that? --Weakmassive 19:03, 6 April 2007 (UTC)

Screenshot

example or screenshot?? 128.250.6.243 09:56, 28 March 2007 (UTC)

Spam

This doesn't work with ConfirmEdit - users can skip the captcha if they put their spam in the comment box instead of editing the page in the normal way. Angela 00:45, 5 June 2007 (UTC)

Display on article page

Is it possible to display the comment text box and the left comments on the entire article page? --Subfader 21:19, 24 August 2007 (UTC)

Not compatible with current MediaWiki + FCKeditor plugin

Postcomment use table with: td colspan="2" This code cause IE6 and IE7 to crash the FCKeditor editor when you try to edit the talk page. [1]

Behaviour on empty talk pages

This extension has some minor trouble with blank talk pages; if you click "discussion" for an article that hasn't had a single edit to its talk page, then you get dumped at the standard "create this article" MediaWiki edit box, rather than being given a friendly comment box.

In case anyone else has had the same problem, I've found that it can be fixed by commenting out the "$query = 'action=edit';" line in the tabAction function in includes/SkinTemplate.php. --Kevan 10:04, 18 July 2008 (UTC)

Redirects to a blank special page after posting.

Posting works great, but it redirects to a blank special page afterwards. Any suggestions?

Add $wgOut->redirect( '/'.$t ); at the end of the execute() function in extensions/Postcomment/Postcomment.php, immediately after $article->doEdit( $text, '' );.