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.
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 theexecute()
function in extensions/Postcomment/Postcomment.php, immediately after$article->doEdit( $text, '' );
.