1,151

(180 replies, posted in PunBB 1.2 troubleshooting)

The problem with adding some kind of token to the form that is then validated when the form is posted is that it needs to be stored somewhere. This token could be created once per "session" though (maybe stored in the online table). One potential problem with that is that if an administrator opened up a form, the went away for 15 minutes and came back and posted it, it would have "expired". I'm not that fond of the referrer check either, so if anyone has any bright ideas, I'm all ears.

1,152

(7 replies, posted in PunBB 1.2 show off)

Very nice job.

1,153

(1 replies, posted in PunBB 1.2 troubleshooting)

Have a look at "Additional menu items" under admin/options. In these forums, I have:

0 = <a href="http://punbb.org/">PunBB.org</a>

That adds the punbb.org link first in the navigation menu.

1,154

(10 replies, posted in Programming)

But why not use the web server's built-in indexer? Like this.

1,155

(6 replies, posted in PunBB 1.2 discussion)

There is some redundancy in that respect (to increase performance). "posted" is when the post was created. This field exists for both posts and topics. Then there's last_post. This exists for both topics and forums.

Yes.

1,157

(4 replies, posted in PunBB 1.2 troubleshooting)

You shouldn't use the target attribute. Your pages won't validate. Try this instead:

http://punres.org/doku.php?id=how-tos:o … new_window

1,158

(2 replies, posted in PunBB 1.2 troubleshooting)

No, there isn't. And I think all your visitors would be very confused if you did switch it around.

1,159

(124 replies, posted in News)

Not a bad idea PlanetPhillip. I will most definately start a best theme contest once 1.3 is out.

1,160

(21 replies, posted in General discussion)

Yeah, mozilla update is a mess. Apparently, they're working on a new website. There are so many things that are broken right now. Such a great application and such a crappy extension website.

1,161

(180 replies, posted in PunBB 1.2 troubleshooting)

Well, problem number one with that solution is that right now, we don't use sessions at all.

This might be worth a read by the way.

1,162

(5 replies, posted in PunBB 1.2 troubleshooting)

I'm greeted with this page now:

http://www.6te.net/404.html

1,163

(6 replies, posted in Programming)

I actually opted for that syntax to increase readability. There are enough curly brackets in e.g. profile.php as it is smile Nevertheless, it is an outdated paradigm, so I will consider changing it for 1.3.

1,164

(21 replies, posted in General discussion)

Thanks man smile

1,165

(21 replies, posted in General discussion)

I've uploaded an updated version (1.1.1) that fixes the frameset problem. Should appear on Mozilla Update a few minutes after my man pogenwurst reads this smile

1,166

(5 replies, posted in PunBB 1.2 troubleshooting)

Try re-uploading the login.php script.

1,167

(21 replies, posted in General discussion)

Thanks. I'll have a look at it tonight.

1,168

(6 replies, posted in PunBB 1.2 troubleshooting)

admin/options

1,169

(1 replies, posted in PunBB 1.2 troubleshooting)

http://punbb.org/docs/faq.html#faq2_7

1,170

(21 replies, posted in General discussion)

Hmm, that's weird. Could you post a link to a website where I can duplicate the problem?

1,171

(3 replies, posted in PunBB 1.2 bug reports)

Well, there must be something wrong with your browser, because you're the first person I've heard of this from. Try clearing your cache.

1,172

(121 replies, posted in PunBB 1.2 discussion)

Paul is in the middle of committing a lot of markup and css changes, so I would wait a couple of days before grabbing anything from Subversion smile

1,173

(2 replies, posted in PunBB 1.2 troubleshooting)

ted wrote:

post something with an attachment

Which means you're using the attachment mod. Try replacing your post.php with a fresh copy before you try anything else. Make a backup of your modified version first of course smile

I think Smartys was being ironic. Having the poster column in the database solely to prevent a join in one script (that isn't even accessed that often) is of course idiotic smile

The poster column will remain, but I will investigate whether it can be null:ed for all non-guest posts. I don't think it should be a problem.

To tell you the truth, I can't tell you why it is filled out for non-guest posts. It really shouldn't have to be since the users table is joined in in viewtopic anyway. I have a distinct feeling I put it in for a reason through smile I'll put investigating it on the todo list. Thanks for the tip.

Edit: I haven't looked, but I think user search relies on it as well. Should be a non-issue though.