Search options (Page 283 of 307)

No, it happened before
These changes happened after

Well then, I'm guessing the cause was the critical vulnerability in versions < 1.2.5
Here it is
If you updated to 1.2.5 you should be OK

Check the info, it's listed as working with 1.2.5

OK, looking at the code for the mod, there are 3 reasons why that would happen
1. $_POST['posts'] isn't set or is empty. That shouldn't be happening, since you're checking the boxes
2. $postcheck isn't numeric. Unless you're fiddling around intentionally, that can't happen
3. You're not sending the create_topic variable. But that check should be redundant, since before anything else happens it checks to make sure you are sending it.

Edit: I can't remember if this step is a leftover from the old mod (it doesn't look necessary), but we might as well try
open moderate.php
FIND

define('PUN_ROOT', './');
require PUN_ROOT.'include/common.php';

AFTER, ADD

$cur_user['disp_posts'] = 1000; // Ugly hack to "save" alot of steps... sorry.

Yes

Nope, it's the fault of the conversion script
What did you convert from?

Yes, but check the users table and see what the group id set for the Guest account is

And it still spams it with stuff I assume.
There's a reason to check validity.
Now, let me run it on a server without magic_quotes enabled and get back to you
Edit: Link isn't there now

1. If you want it (it's still very ugly, I haven't worked on it and I don't plan to) I can email you it maybe (I'll see if I still have a copy)

Mmm, I'm tempted to add functionality to do this in the future (it will be much easier to do, just check the groups on the plugin screen).
The correct code:

if ($post_count == '1' && $adsense_config['google_adsense_enabled'] == '1' && $pun_user['g_id'] > '2' && $pun_user['g_id'] != '5')

Since the folders weren't meant to be moved around anyway, a better idea (at least IMO) is a way to disable caching