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.

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, '' );.