Extension talk:EditWarning

=2007=

Fatal error: Cannot redeclare fneditwarning
I get this error: Fatal error: Cannot redeclare fneditwarning (previously declared in D:\Server\mediawiki-1.10.0\extensions\EditWarning\EditWarning.php:42) in D:\Server\mediawiki-1.10.0\extensions\EditWarning\EditWarning.php on line 50 how can I solve this problem? --84.59.136.197 23:32, 25 November 2007 (UTC)


 * Hi! Sorry for the late response. This was just a little bug which is fixed now. Just grab the updated tar.gz from server. --Nemphis 14:27, 30 November 2007 (UTC)

French translation
Hi, this extension is very good. So I translate it into french. You can get the files here. I hope it could be usefull for anybody.--Add 18:09, 17 December 2007 (UTC)

Two questions

 * Can the extension be changed to recognize anonymous edits, too? --Nemphis 19:55, 24 January 2008 (UTC)
 * I think that's not possible. The problem is, that the extension needs to identify every user, which is editing the page. That's a bit difficult with anonymous users. --Nemphis 19:55, 24 January 2008 (UTC)
 * Anonymous page edits are ignored. Instead of User-ID the IP might be used. Do you think this is a nice solution? --Jostar 17:25, 20 September 2011 (UTC)
 * If the edit lock is implemented, can it be turned off on a project that uses the extension? Omegatron 14:05, 23 January 2008 (UTC)
 * Yes. The lock will be optional. --Nemphis 19:55, 24 January 2008 (UTC)

=2008=

Bug
I love the extension but it seems to have a little bug. It seems that if the first editor cancels out of editing the page, the extension still thinks the person is editing it. Can someone help solve this? I really like this extension. Also, is there a time-out? Can a person hold the page for days? --Ed (February 2, 2008)
 * This is a known problem. If any editor cancels the editing, the entry in the database will not be deleted. But the regular timeout of 10 minutes prevents holding a page over days. I try to fix this behavior soon. --Nemphis 09:28, 3 February 2008 (UTC)

EditWarning 0.3 beta
The new version is out! It should look nicer and work better. Grab it while it's hot!

Plans for the future: --Nemphis 17:25, 30 March 2008 (UTC)
 * Support more templates.
 * Improve recognation of editing aborts.
 * Page lock.
 * Basic handling of anonymous users.


 * Great job Nemphis! Thank you for updating the extension. Very useful! --Ed D (May 6, 2008)

Sidebar
I installed this extension on a 1.10.1 installation. When I edit a page my sidebar and other supporting content fails to appear. All that shows is the Editing area along with the buttons below. Is this a known problem? or Is it simply some conflict with my heavily extended installation. --IP 13 June 2008
 * Does it look like that: [[Media:EditWarning_editing.png]]? --87.179.199.94 17:24, 13 June 2008 (UTC)
 * Yeah, anyone got a fix for this? I have fresh installation of 1.12.0 and I too have the same problem so I suppose this isn't a conflict with other extensions 212.160.172.70 14:19, 18 June 2008 (UTC)
 * Hi! This is not a bug, it's a feature! :) The extension hides everything except the editor area to make the user clicking on the "Cancel" button. If you don't like this behavior, just change the file article_edit.css from:

@media all { 	#siteSub, #footer, .portlet { display:none; } }
 * to:

/* @media all { 	#siteSub, #footer, .portlet { display:none; } }*/
 * --Nemphis 20:22, 18 June 2008 (UTC)

Error when rolling back recent changes
Hi everybody! When rolling back recent changes, I'm getting this error: Warning: Missing argument 9 for fnEditWarning_save in [my_wiki_folder]/extensions/EditWarning/EditWarning.php on line 143 Any ideas how to avoid this error? Thanks! --89.12.5.60 15:12, 26 June 2008 (UTC)


 * Thanks for your report! I fixed this problem with the 0.3.2 release. --Nemphis 15:39, 13 July 2008 (UTC)

Fatal error: Call to undefined function bcdiv
Hi, I get this error: Fatal error: Call to undefined function bcdiv in [Wiki Folder]/extensions/EditWarning/EditWarning.php on line 105

Can someone help? -- Thi. 10 July 2008


 * You have to compile php with bcmath --IP 22 July 2008
 * hi, i'm also getting this error. How to compile php with bcmath? Thanks! --LizK 09:25, 25 August 2008 (UTC)


 * Add this to the beginning of EditWarning.php:

if( !function_exists( "bcdiv" ) ) {           function bcdiv( $first, $second, $scale = 0 ) {               $res = $first / $second; return round( $res, $scale ); }       }
 * --IP 18 September 2008

Some bugs
1. If the default page is not called index.php, tpl_(notice|warning).html include wrong files (or 404 error).
 * Thanks for your report! This behavior is fixed with the 0.3.2 release. --Nemphis 15:44, 13 July 2008 (UTC)

2. Not possible to lock individual sections.

I solved the first by just modifying the tpl*.html files manually (ereg_replace could be used to fix it permanently). I will have a look at locking by sections, if at all possible, will do something to enable it eventually...

Great work, thanks for your code. --IP 11 July 2008


 * The possibility to lock individual sections is planned for the 0.4 release I'm currently working on. Stay tuned! --Nemphis 15:44, 13 July 2008 (UTC)

Blank screen
3. I just get a blank screen when I want to edit a page that's already been edited by someone else. Im using version 0.3.2 and mediawiki version 1.13.2. --IP 17 November 2008
 * Fixed, I put on errors for mediawiki and changed DEBUG to 'DEBUG' on line 370 in EditWarning.class.php. --IP 17 November 2008

Editing in different sections
Alice wants to edit Section "foo" at page "FooBar". Now Bob wants edit Section "bar" at the same page (FooBar) too. He gets a warning message that says Alice is currently editing the page. Is it possible to disable this message in the case that Alice and Bob are editing different Sections? --IP 26 September 2008
 * The extension doesn't care about sections currently. But the next version will support sections. Then two users won't get a warning message if they work on different sections. --Nemphis 15:32, 26 September 2008 (UTC)

Downloading the latest version
I'm having trouble downloading the file. The tar file gives me "Error reading header after processing 0 files". Is there an alternate link? Is there a way around this problem? --Ed D (Sept 28, 2008)
 * It works for me. Which application do you use to unpack it? --Nemphis 14:19, 28 September 2008 (UTC)
 * I was using Winzip. I downloaded and tried it with TUGZip...and it worked.  Thank you.  --Ed D 29 September 2008

PostgreSQL
I've tested this extension with a PostgreSQL database and it seems not to work.

Is it planned to work with it in the future ?

I think the "`" character in the SQL requests is not supported. --IP 17 October 2008
 * Ok, thanks for your bugreport! I try to fix it soon. --Nemphis 2 March 2009

=2009=

french version for internationalisation
Please find the following code :

// French $messages['fr'] = array( 'notice'        => "Jusqu'au  a , les autres utilisateurs auront un message leur indiquant que vous modifiez cette page. Vous pouvez prolonger cette duree en cliquant sur Previsualiser .",  'warning'       => "L'utilisateur  a ouvert cette page pour la modifier le  à . Vous devriez eviter de faire des modifications jusqu'au   , afin d'eviter des conflits de version.",  'cancel'        => "Vous pouvez quitter cette page en cliquant sur le bouton Annuler .",  'canceled'      => "Modification interrompue.",  'minute'        => "minute",  'minutes'       => "minutes",  'seconds'       => "secondes",  'button_cancel' => "Annuler" );

BTW, I am getting some strange notice when using it : "Notice: Undefined index: etc.....". I am using UTF-8 for user names, I already had to change the table settings in the database. And the sidebar disappears during editing ! Could it be affected inside the script ? Best regards, --Rmatt 00:43, 2 March 2009 (UTC)


 * Thank you very much for the translation! The notice issue sounds strange, but I'll look where the problem is. As mentioned above (1) the disappearing of the sidebar is a intended behaviour. Just comment out the contents of article_edit.css if you don't like it. Cheers, Nemphis 09:28, 2 March 2009 (UTC)

EditWarning 0.3.3 release
Changes: --Nemphis 4 March 2009
 * Fixing SQL queries to make the extension work with PostgreSQL.
 * Added french translation by Rmatt.
 * Using language setting from user profile.

EditWarning 0.3.4 release
Changes to previous version: --Nemphis 2 April 2009
 * New config value: If you don't want that the extension shows only the editor area, add $EditWarning_OnlyEditor = "false" to your LocalSettings.php
 * License change: I change the license of the extension to GPL v2, because AGPL v3 isn't compatible with GPL v2 used by MediaWiki.

0.4-alpha release
After a long time it is finally here and it supports section editing now. See Extension:EditWarning/0.4. --Nemphis 7 April 2009

0.3.4 Download Error
The link to the download of version 0.3.4 yields a 403 Access Forbidden error. --IP 7 May 2009
 * Oh, sorry! Download should work again. --Nemphis 20:45, 7 May 2009 (UTC)

PHP Notices
I keep receiving a 500 Internal Server Error when using the extension and trying to edit a page. Sometimes the error will disappear and the edit page will load after refreshing the page, other times it won't.

The error is always a PHP notice referring to a undefined index in $IP\extensions\EditWarning\EditWarning.class.php. It has stated that the undefined index is among others: active on line 353 and WikiSysop on line 395.

Any ideas on how to prevent these errors from ever appearing? I have working on a wiki on a WAMP server, but it won't work on my wiki on an IIS 7 server. --Ejohns 1 July 2009

per namespace
is there a way to restrict the notices per namespace? --IP 5 August 2009
 * No, currently the extension has no functionality to do this. --Nemphis 15:57, 5 August 2009 (UTC)

Formal German
Because you don't use the native translation methods, German users with "de-formal" set see English translations. The fix to this is simply to copy $messages['de'] into $messages['de-formal']. The translation of 'de' into informal, I will leave to a native speaker ;) --Cm 09:12, 29 October 2009 (UTC)
 * in fact it was formal german. Here are the both translations:


 * --Jostar 10:05, 8 February 2010 (UTC)

=2010=

Security release 0.3.5
The 0.3.5 release fixes a SQL injection problem. Please update immediately!

--Nemphis 28 January 2010

Release 0.3.6
The new version contains message strings for formal german. Users choosing this translation don't get english messages anymore.

For download and updates see: http://blog.code-geek.de/categories/2-EditWarning --Nemphis 16:04, 8 February 2010 (UTC)

Changing the Time to Local Time
The current time shown is the default time that I installed mediawiki with. How do I change the time in the extension to the local time? I have modified the localSettings file for the mediawiki installation but not sure of what to modify in this extension.

Thanks. --IP 23 February 2010

Blank Page when there's an edit conflict
Our green header is showing up fine, but whenever someone is already editing a page, we get a blank white page instead of the red warning box - nothing loads on the page whatsoever. Anyone have any fixes for this? Thanks! --Aekki99 21:12, 11 April 2010 (UTC)

Nimish Patel I Just installed this extension and I am receiving a blank page as well as stated above. Does anyone have a fix for this? Do we need to do any edits for this extension MW ver 1.15 Editwarning version: 0.3.6

$EditWarning_OnlyEditor = "false"; to your LocalSettings.php file? If it doesn't help, please provide a list of the installed extensions of your MediaWiki instance. --Nemphis 09:27, 20 July 2010 (UTC)
 * Hi, I'm tested the extension with a fresh MediaWiki installation (v. 1.15.4) and couldn't reproduce the problem. Have you tried adding the line

Fix for CSS path
If your wiki has "nice URLs" (like the Wikipedia's) then the links to the CSS files are wrong when a page loads and that produces not valid CSS. I.e. it would use http://yourdomain/$wgArticlePath/extensions/...instead of http://yourdomain/$wgScriptPath/extensions/... Since in some installs the $wgArticlePath is a server alias to scriptpath/index.php, the code will try to find a wikipage instead of a file and then fail.

Here is a fix. Edit file EditWarning.php and modify the three lines where you can see "$wgScriptPath". (Disclaimer: I am not a programmer, don't know if that is the best solution, but the CSS is now valid ...)

- Daniel K. Schneider 17:42, 19 August 2010 (UTC)


 * Thank your Daniel! I published a new release with your fix. --Nemphis 19:54, 26 August 2010 (UTC)

Release 0.3.7
The new version contains Daniel's CSS fix (see above).

For download and updates visit: http://blog.code-geek.de/categories/2-EditWarning --Nemphis 19:59, 26 August 2010 (UTC)

= 2011 = After executing the MySQL statement I receive this error when trying to edit a page: http://img51.imageshack.us/i/databaseerror.jpg/

Any help? -- justin

I fixed this problem by adding a "mdw_" before the "current_edits" in line 1 of the MySQL command. Sorry for the confusion. If you're having this problem check to make sure that the table name your mediawiki install is querying is the same as the one you create with the MySQL command. :-)

Errors
I followed the instructions for the 0.4 release and I am getting the following Notices:

Notice: Undefined index: wpSection in /data/wiki/extensions/EditWarning/EditWarning.php on line 79

Notice: Undefined variable: self in /data/wiki/extensions/EditWarning/EditWarningMsg.class.php on line 56

Notice: Trying to get property of non-object in /data/wiki/extensions/EditWarning/EditWarningMsg.class.php on line 56

Please help.

Version 0.4 broken for MW 1.17
Detected bug in an extension! Hook fnEditWarning_edit has invalid call signature; Parameter 1 to fnEditWarning_edit expected to be a reference, value given

Backtrace:


 * 1) 0 /export/data/portails/fmediawiki/includes/EditPage.php(313): wfRunHooks('AlternateEdit', Array)
 * 2) 1 /export/data/portails/fmediawiki/includes/EditPage.php(296): EditPage->edit
 * 3) 2 /export/data/portails/fmediawiki/includes/Wiki.php(522): EditPage->submit
 * 4) 3 /export/data/portails/fmediawiki/includes/Wiki.php(69): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
 * 5) 4 /export/data/portails/fmediawiki/index.php(114): MediaWiki->performRequestForTitle(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
 * 6) 5 {main}

See also:
 * V 0.4RC Comment at blog.code (the author's blog)

Any hint from an extensions guru how to fix this ? :) - Daniel K. Schneider 10:34, 23 September 2011 (UTC)