2,426

(2 replies, posted in PunBB 1.2 troubleshooting)

Your problem is that the columns on each table are different. So what you need to do is export a backup of the users table that specifies what columns are having values inserted. Same with posts.

Extensions, especially for fighting spam, are wonderful. Why? They don't tie you to one solution.
Maybe Akismet comes as a default extension. But your users keep getting their posts marked as spam (sometimes happens when users make short posts like "lol"). So then you want to replace it with a CAPTCHA. And then you have issues with user accessibility, so you try some DNSBLs. And on it goes smile
The extensions allow you to mix and match and find a group of spam fighting tools that work for you, rather than tying you to one set of tools.

2,428

(12 replies, posted in PunBB 1.2 troubleshooting)

Wordpress usually uses UTF-8, PunBB 1.2 does not by default. You can convert one of the two (I would suggest converting PunBB, search around a bit and you'll find a lot of topics on the subject)

Moved to Modifications

You can use the RSS feed or use a modification which has PunBB send out emails for every post wink

Is $cookie_seed the same value as from config.php?

2,431

(10 replies, posted in PunBB 1.2 troubleshooting)

You need to chmod your cache folder so that PHP can write to it

2,432

(1 replies, posted in PunBB 1.2 bug reports)

db_prefix should be a prefix for the table name, not a scheme name wink
Closed

So you need to add auto_increment to all the primary key columns in the table
http://punbb.org/docs/dev.html#dbtables
The specific columns are identified there.
I would suggest simply editing your backup: if you want to generate a new backup of the current data, you can use that instead. Once you're done, simply import your backup.

2,434

(3 replies, posted in PunBB 1.2 troubleshooting)

Yeah, the parser is currently being rewritten and we know about it failing with large posts wink
I'm going to close this, since as Bekko said we're not taking bug reports

Could you link to where you're actually trying this so we can see the output?

2,436

(2 replies, posted in PunBB 1.2 discussion)

Email Rickard about it, that kind of stuff is updated manually

Hmm, it looks like your config table got dropped wink
You'll need to re-create it manually

Enable debug mode, paste the full error

Moved to PunBB Discussion

The issue would affect all tables that use an auto_increment value wink

I would open your backup, look for the create table statements, and add auto_increment to the proper columns

2,442

(2 replies, posted in PunBB 1.2 troubleshooting)

We can't tell more without seeing the error log wink

Hmm, it sounds to me like your database backup was missing all the auto_increment settings as well hmm

2,444

(14 replies, posted in PunBB 1.2 troubleshooting)

You would have to look for a modification on a site like PunRes.
As for the RSS feed, extern.php is documented here:
http://punbb.org/docs/dev.html#syndication

2,445

(14 replies, posted in PunBB 1.2 troubleshooting)

An unmodified copy of PunBB does not have a way to alert people every time there is a new message in the forum (unless you use the RSS feed).

I think it's:

update prefixtopics set moved_to=null where moved_to=0

where prefix is your database prefix

2,447

(14 replies, posted in PunBB 1.2 troubleshooting)

You would need to find a modification for PunBB that allows that wink

2,448

(14 replies, posted in PunBB 1.2 troubleshooting)

No, it's used for people to report posts for some reason (eg: offensive content) and bring those posts to the attention of the administrators/moderators.

2,449

(14 replies, posted in PunBB 1.2 troubleshooting)

Smartys wrote:

The reports table is not where new topics are added, new rows are added to the reports table when people report posts wink

2,450

(14 replies, posted in PunBB 1.2 troubleshooting)

The reports table is not where new topics are added, new rows are added to the reports table when people report posts wink