I switched to questyCaptcha and am now seeing errors such as:
Catchable fatal error: Object of class WebRequest could not be converted to string in/var/www/elinux.org/extensions/ConfirmEdit/QuestyCaptcha.class.php on line 14
Here's the function causing this: function keyMatch( $answer, $info ) { return strtolower( $answer ) == strtolower( $info['answer'] ); }
Has anyone else seen errors with questyCaptcha? What would cause the conversion error in this case?
Thanks Bill
On Mon, Mar 14, 2011 at 12:41 PM, Bill Traynor btraynor@gmail.com wrote:
I switched to questyCaptcha and am now seeing errors such as:
Catchable fatal error: Object of class WebRequest could not be converted to string in/var/www/elinux.org/extensions/ConfirmEdit/QuestyCaptcha.class.php on line 14
That's weird. I notice your Special:Version page has some warnings: could you remove whichever extension is showing up as "[no name] (Version 1.0.8.4)"?
On Mon, Mar 14, 2011 at 15:57, Benjamin Lees emufarmers@gmail.com wrote:
On Mon, Mar 14, 2011 at 12:41 PM, Bill Traynor btraynor@gmail.com wrote:
I switched to questyCaptcha and am now seeing errors such as:
Catchable fatal error: Object of class WebRequest could not be converted to string in/var/www/elinux.org/extensions/ConfirmEdit/QuestyCaptcha.class.php on line 14
That's weird. I notice your Special:Version page has some warnings: could you remove whichever extension is showing up as "[no name] (Version 1.0.8.4)"?
Done.
I've since worked around the questyCaptcha issue by turning off captchas for users with validated email.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hello, Normally it would be no challenge at all to delete a page/article. However, some of my articles, that I recently created, must be named incorrectly. I believe I have punctuation that is not allowed in a url/path/article name. So, when I click on the link, I get a Not Found 404 error. On the front of my wiki I had a Recent articles list showing. So, even though my site doesn't like the way I named the articles (I think it didn't like the comma), they are showing up as new articles. In fact, I have 3 copies of an article in one or two cases and only one of them is named such that the link works. The problem is that I don't know how to delete these pages that don't work, so they don't show up in a Recent Articles listing. Can someone help, Thanks, Bruce ++++++++++++++++++++++++++++++++++++++++++++++++++ Bruce Whealton, Owner Future Wave Designs http://FutureWaveDesigns.com Wordopedia: Wiki: http://wordsaladpoetrymagazine.com/wiki/ Web Technology wiki: http://futurewavedesigns.com/w/ ++++++++++++++++++++++++++++++++++++++++++++++++++
Bruce Whealton wrote:
Hello, Normally it would be no challenge at all to delete a page/article. However, some of my articles, that I recently created, must be named incorrectly. I believe I have punctuation that is not allowed in a url/path/article name. So, when I click on the link, I get a Not Found 404 error. On the front of my wiki I had a Recent articles list showing. So, even though my site doesn't like the way I named the articles (I think it didn't like the comma), they are showing up as new articles. In fact, I have 3 copies of an article in one or two cases and only one of them is named such that the link works. The problem is that I don't know how to delete these pages that don't work, so they don't show up in a Recent Articles listing. Can someone help, Thanks, Bruce
That's probably a problem with path rewriting. Try putting the name directy in the title parameter of index.php eg: http://futurewavedesigns.com/w/index.php?title=ArticleName
On Tue, Mar 15, 2011 at 12:52 PM, Bruce Whealton bwhealton@futurewavedesigns.com wrote:
Hello, Normally it would be no challenge at all to delete a page/article. However, some of my articles, that I recently created, must be named incorrectly. I believe I have punctuation that is not allowed in a url/path/article name. So, when I click on the link, I get a Not Found 404 error. On the front of my wiki I had a Recent articles list showing. So, even though my site doesn't like the way I named the articles (I think it didn't like the comma), they are showing up as new articles. In fact, I have 3 copies of an article in one or two cases and only one of them is named such that the link works. The problem is that I don't know how to delete these pages that don't work, so they don't show up in a Recent Articles listing. Can someone help, Thanks, Bruce
Just a guess that you're using short urls?
Just find the actual path to mediawiki and append ?action=delete&title=url+encoded+title+here
so:
http://www.yourwiki.com/w/index.php?action=delete&title=something
Bill Traynor wrote:
I switched to questyCaptcha and am now seeing errors such as:
Catchable fatal error: Object of class WebRequest could not be converted to string in/var/www/elinux.org/extensions/ConfirmEdit/QuestyCaptcha.class.php on line 14
Here's the function causing this: function keyMatch( $answer, $info ) { return strtolower( $answer ) == strtolower( $info['answer'] ); }
Has anyone else seen errors with questyCaptcha? What would cause the conversion error in this case?
Thanks Bill
What are the contents of your passCaptcha() ? You seem to be using a ConfirmEdit_body.php more than three years old. A WebRequest object isn't passed as a parameter to keyMatch() since r30132. You should replace it with the latest version.
On Tue, Mar 15, 2011 at 15:36, Platonides Platonides@gmail.com wrote:
Bill Traynor wrote:
I switched to questyCaptcha and am now seeing errors such as:
Catchable fatal error: Object of class WebRequest could not be converted to string in/var/www/elinux.org/extensions/ConfirmEdit/QuestyCaptcha.class.php on line 14
Here's the function causing this: function keyMatch( $answer, $info ) { return strtolower( $answer ) == strtolower( $info['answer'] ); }
Has anyone else seen errors with questyCaptcha? What would cause the conversion error in this case?
Thanks Bill
What are the contents of your passCaptcha() ? You seem to be using a ConfirmEdit_body.php more than three years old. A WebRequest object isn't passed as a parameter to keyMatch() since r30132. You should replace it with the latest version.
I was certain I was using the version the extension Download function provided for my version of MW (1.16.x). Just to be sure, I downloaded again and installed the following version:
ConfirmEdit-MW1.16-r62678.tar.gz
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org