Comments on: Gatekeeper 1.5 RC1

By: W. Andrew Loe III

W. Andrew Loe III — Tue, 15 Mar 2005 02:36:51 +0000

Interesting plugin, I’ll give it a try.

By: ColdForged

ColdForged — Tue, 08 Mar 2005 20:39:47 +0000

No problem, glad I could help. Not having used output buffering, this is a good example of what’s possible and gives me a lot of ideas for future development of my own plugins, so thanks!

By: Eric Meyer

Eric Meyer — Tue, 08 Mar 2005 20:35:48 +0000

Good catch, ColdForged. I probably missed that because my comment form already has the function call, so it bailed for that reason. It’s fixed in the local copy, and will be in RC2.

By: ColdForged

ColdForged — Tue, 08 Mar 2005 20:24:09 +0000

Nice work.

Seems like it may be missing a global $user_ID in gatekeeper_comment_form_filter(), though. If I don’t include it I get a challenge even when logged in whereas if I include the global reference I don’t get the challenge.

By: Andy Thompson

Andy Thompson — Tue, 08 Mar 2005 17:49:25 +0000

I can re-create it if you like. Or I have a screenshot of the admin and user side results.

By: Eric Meyer

Eric Meyer — Tue, 08 Mar 2005 16:17:28 +0000

Hm, that sounds like I bungled my stripslash/addslash calls. I’ll mess around and see if I can trigger the same problem. If anyone else manages to do so, please let me know the steps that triggered it, so I’ll have more test cases. Thanks!

By: Andy Thompson

Andy Thompson — Tue, 08 Mar 2005 16:12:25 +0000

Well, I figured out my problem — not the how, but why. Don’t know if this will be much use to you, but here it is.

I installed the plugin and got it up and running. But the text to the question was smaller than the rest of the text in the comment area. So I removed the SMALL attribute from the default template. But for some reason, that reformatted the template.

It turned ” into ” and caused an extra text area to appear, I’m guessing this was the hidden key area.

So I went back to change it, and it didn’t help. I had to go into the table in MySQL and replace all the ” or ” with ‘ and it works now.

By: Andy Thompson

Andy Thompson — Tue, 08 Mar 2005 16:04:25 +0000

I think a Reset to Default function might be nice, though a delete function may not be very useful to most.

I wanted a reset to default last night as when I installed, and was tinkering around with the questions, I found a box with random text was being inserted just below the question itself.

Hopefully that will be fixed now that I found the table where the info was being stored and I can start over.

Thanks!

By: Eric Meyer

Eric Meyer — Tue, 08 Mar 2005 04:09:01 +0000

In version 1.5, they’re stored in the options table of the WP database. There isn’t currently a way to remove all of the challenges in one shot, although you can delete them individually through the plugin interface, or else do it through MySQL. Since they don’t do any harm staying in the table if the plugin is uninstalled, I don’t see a huge amount of utility for a “delete all” function, but I’ll consider adding that and a “reset to default” function if people think it would be a good idea.

In version 1.0b1 (the WP 1.2 version), they were stored in their own table. If that’s the version you used to run, you’ll either have to blow away the old table through MySQL, or else wait for me to write a cleanup script.

By: Andy Thompson

Andy Thompson — Tue, 08 Mar 2005 03:31:32 +0000

When I add a question to the plugin, where is that info stored? Because when I deleted the plugin and re-installed it, the questions I added were still there.

Please help.

Thanks,
Andy

By: Eric Meyer

Eric Meyer — Tue, 08 Mar 2005 03:12:19 +0000

Line 438 now reads:

$comment_form = file_get_contents(get_theme_root(). '/' . $gk_template = get_settings('template') . '/comments.php','r+');

It seems to be working in my local build. Thanks, Terrence!

By: Terrence Wood

Terrence Wood — Tue, 08 Mar 2005 02:45:07 +0000

You may want to add theme root support. line 438: change 'wp-content/themes/' to 'get_theme_root().'/'