Search options (Page 51 of 354)

I use Firefox 1.5 Beta 2 and it works for me. Odd.

Danke. Uppdaterar.

I'll put it on the never-shrinking list

BTW, that topic hasn't been lost. It's in my todo list somewhere

Pardon me?

No, they've found collisions in SHA1 as well. It's nowhere as commonly recurring as MD5 though.

Ah, of course. I see the problem now.

                        $num_chars = pun_strlen($word);

                        if ($num_chars < 3 || $num_chars > 20 || in_array($word, $stopwords))
                                unset($words[$i]);

should be

                        $num_chars = pun_strlen($words[$i]);

                        if ($num_chars < 3 || $num_chars > 20 || in_array($words[$i], $stopwords))
                                unset($words[$i]);

It's not a the end of the world though, so I'll hold off on fixing it until 1.3.

Yes, but also for words such as "file.php".

I can't see what's wrong with the current implementation. It filters out any periods at the beginning and the end of words, but it allows them in the middle of words.

Actually, that was an error. Adding it to the end of the march/replace arrays had some unwanted side-effects. I "re-removed" the period from those arrays and instead filtered it out with trim().

http://dev.punbb.org/changeset/284

I'm sorry, but there's just no way of solving it. HTTP_X_FORWARDED_FOR was just too easy to spoof.

Thanks. I've update the changed files packages.

Note to self: Write shell script to create the packages for a new release so I don't f*ck up again.

We discussed this the other day.

http://punbb.org/forums/viewtopic.php?id=9279

Edit: GRR!

I see the problem. For some reason, PunBB doesn't strip out periods. I can't believe I've missed that. I will fix it for the next release. Thanks for the detailed report.