PunBB Forums - PunBB 1.3 bug reports

Can't login - "Cookie has not been set" - Solution

dummy@example.com (Sladex) — Sun, 08 Nov 2009 09:07:46 +0000

Symptoms/Prerequisites: - You live in the USA or Canada. You are running Windows XP SP2 or older. You do not have Windows Automatic Updates turned on and have not installed all the Windows update patches. You manually set the clock forward one hour (to the correct local time) since the new Daylight Savings Time date: March 8, 2009.

Have you discovered that, just recently you can no longer login to a PunBB 1.3 (or FluxBB 1.3) forum? Do you now get the following message?:

Forum message wrote:

"You appear to have logged in successfully, however a cookie has not been set. Please check your settings and if applicable, enable cookies for this website."

Did you check to see if cookies were enabled and found that they were already enabled? Is this frustrating to you? This is what I recently experienced and after a bit of research, have found a solution.

User workaround 1: - select the "Log me in automatically each time I visit." checkbox when logging in. This gives a 2-week expiration for cookies which allows you to login with no problem.

User workaround 2: - Leave the Windows local time set one hour slow and let it automatically "Spring Forward" on its pre-programmed date: the 1st Sunday of April (Apr 5, 2009).

Administrator solution: - Forum administrators should set the "Visit Timeout" value to greater than 1 hour - say 1.5 hours = 5400 seconds (default is only 1800 seconds which is too small). And the developers should set the default value higher for future 1.3 software releases.

Description of the problem: - To make a long story short, the problem is related to Daylight Savings Time (DST) and Windows XP users living in locations (such as the USA) where the government has changed the date on which the time change occurs. In the USA the date to "Spring Forward" was changed from the 1st Sunday in April to the 2nd Sunday in March. (We are in this time period right now March 24.) It turns out that Windows XP has a patch to fix this problem that is automatically installed if you have the "automatic updates" turned on. But if you (like me), do NOT have auto updates turned on, you may not have this patch installed. (You can read about this Y2K-like problem and get the DST patch here.)

The login problem only occurs when you (as a good time-keeping citizen) manually set the Windows clock to the correct local time when the time change occurs (the 2nd Sunday in March). The Windows clock becomes effectively one hour fast (with respect to UTC), and the PunBB cookie default "Visit Timeout" expiration time is set to be 1/2 hour (1800 seconds) into the future from the time of login. Thus, cookies are arriving at the browser pre-expired by 1/2 hour and login fails because the cookie is not set. (This behavior occurs with Internet Explorer (version 6 and 7) and Opera (9.x), but does not occur with Firefox (2 and 3))

After April 5, this problem should automatically disappear.

Incorrect topics sort order when moderating a forum

dummy@example.com (8k84) — Sat, 07 Nov 2009 20:33:19 +0000

If topics in a forum are sorted by "Topic start", I would expect the same sort order at the "Moderate forum" page for that forum.

However, "Moderate forum" page shows topics sorted by "Last post" regardless of the forum's "Sort topics by" setting.

Bug With Attachments Mod and Poll Mod

dummy@example.com (vaska94) — Fri, 06 Nov 2009 17:56:44 +0000

Hello everyone i have noticed some bugs in official plugins and need help....
1. on a attachment Mod i chmoded all folders and files to 777 but
when i upload files all files ar 0 bytes on FTP
2. on a Poll Mod when i'm posting a topic and
when poll fields are blank forum gives error

any ideas ? can anybody help ?
best regards vaska94
BTW, sorry for my bad english

header modification warning in extern.php (ver 1.3.2)

dummy@example.com (Slavok) — Fri, 06 Nov 2009 07:38:27 +0000

the following code will produce this header warning
Warning: Cannot modify header information - headers already sent by (output started at xxxx/bug.php:4) xxx/forum/extern.php on line 249

probably the same bug exist in 1.3.4 as it still sends headers in function output_html($feed)

Little bug in viewforum when a topic is moved

dummy@example.com (Slavok) — Thu, 29 Oct 2009 08:14:17 +0000

There is a little bug in viewforum page, when a topic is mark as moved :

In the item-info list, the info-views li is print before info-replies.

pagination problem while viewing the posts of a topic

dummy@example.com (Slavok) — Wed, 28 Oct 2009 13:10:43 +0000

If there are 100 posts for a topic and we are using the pagination. If 10 posts per page then in the last page like 10th page we are not able view the complete 10 posts its not displaying all the posts

Small permissions bug

dummy@example.com (Parpalak) — Mon, 26 Oct 2009 09:19:25 +0000

If a forum has absolutely no permissions to post topics or replies (could be an announcement forum where only the administrator is allowed to post) then for guests there is still shown 'You must login or register to post/reply'.
It should be 'Sorry! no permission to post/reply'.

I tried to fix it my modifying the following in viewforum.php (and also in viewtopic.php with ' && $cur_forum['post_replies']'):

else if ($forum_user['is_guest'])
    $forum_page['page_post']['posting'] = ...

else if ($forum_user['is_guest'] && $cur_forum['post_topics'])
    $forum_page['page_post']['posting'] = ...

Hope I made no mistake.

BTW, could you add the attribute autocomplete="off" to the captcha input field in the AntiSpam extension?

Register bug

dummy@example.com (mixar) — Tue, 13 Oct 2009 07:30:41 +0000

There is a problem, when registering under Mac OS X browsers: Safari 4, Firefox 3.5. I enabled email verification by email and after user registration & verification user group is 0 in database (pun_users table, group_id=0), but it must same as 'o_default_user_group'!

Please help!

My settings:
o_sef = Folder_based
o_regs_allow = 1
o_regs_verify = 1
o_default_user_group = 3

Proble with Images does not show in signatures

dummy@example.com (Slavok) — Mon, 12 Oct 2009 08:19:30 +0000

instead of an image, this shows:

http://sports2all.com/community/user/2/signature/

bugs in rss feeder?

dummy@example.com (Parpalak) — Wed, 07 Oct 2009 11:09:34 +0000

It seems that the rss feeder gives probs when reading with many scripts.
If I try it here (or many other rss widgets) it gives errors.
http://www.widgetbox.com/widget/SimpleRSSReader

And in IE or FF it works fine.
What could be the prob?

Enabling the feature 'User has posted' causes severe error

dummy@example.com (Parpalak) — Tue, 29 Sep 2009 08:51:00 +0000

If the feature 'User has posted' is enabled and a logged-in (!) user tries to enter/view one of the configured forums, the PunBB will stop with an error (you cannot view the forum list as registered user). Enabling debug mode via config.php shows the following details:

The error occurred on line 116 in D:\Programme\Apache\htdocs\forum\viewforum.php
Database reported: SQL logic error or missing database (Errno: 1)

Unchecking the 'User has posted' feature will fix the issue again.
I also verified the problem with a fresh installation and database, however the problem might be related to the sqlite database only!

This has already been reported several times here, but still no fix could be found - and I unfortunately did not find the appropriate bug reports.

My environment:
Windows XP,
PHP version 5.3.0
SQLite version 2.8.17
PunBB version 1.3

***A bug report is great, a patch is divine.***

email link bugs

dummy@example.com (Slavok) — Fri, 25 Sep 2009 12:06:56 +0000

I keep getting emails "Reply to topic: ..." notifying me of new posts to a link and then the link is broken?

The post is located at http://punbb.informer.com/forums/post/130462/#p130462

I reported this awhile back, please fix this bug, its annoying!

RSS Feed (extern.php) - partially wrong content

dummy@example.com (godyn) — Tue, 22 Sep 2009 15:19:26 +0000

- The field contains "dummy@example.com" as mail address..
- The author name is somethimes completely wrong (seen with the "main" freed of all forums/threads).

Usernames containing square brackets

dummy@example.com (Parpalak) — Mon, 21 Sep 2009 13:19:01 +0000

PunBB/FluxBB 1.3 allows registration with usernames which contain square [] brackets (i.e. "ridge[run]ner]"). This causes problems when quoting these users, because the parser does not properly handle QUOTE attributes that contain [square brackets] (and by default, the quoted username is always added to the quote attribute). The resulting post after the parser chokes on it is not pretty (the parser cuts off the quote attribute at the first right square bracket and places the rest of it in the main message. You can see these effects by manually inserting some [text] into a QUOTE attribute and see the results. This bug is probably not serious, just cosmetic (but all the ramifications have not been tested).

Recommended short term fix is to simply dis-allow new usernames containing square brackets. For current users that have brackets in their usernames (probably very few or none), there are several options: 1.) Do nothing (and tolerate the resulting minor consequences). 2.) Inform the users that they need to sign up with a new account and then delete the offending accounts, or 3.) modify the offending usernames to remove the brackets (which might have unforeseen consequences), and notify the users. Fixing the parser to properly handle tag attributes which contain square brackets is possible, but is probably not going to be easy.

Note that PunBB/FluxBB version 1.2 also alows registration with usernames that contain square brackets, but that version appears to properly handle quotes from these users.

Errors in Oxygen_cs.css

dummy@example.com (Okeanos) — Wed, 16 Sep 2009 18:54:15 +0000

The status indicator pattern matching is erratic.

Line 381 to 383

.brd .main-content .sticky .closed .icon {
    border-color: #D7E5F3 #C3CFDC #898989 #7A7A7A;
    }

This piece of css does effectively nothing because it doesn't match "".

A workaround (post IE6/Firefox/Opera/Safari) would be the following:

.brd .main-content [class="icon sticky closed"] {
    background: border-color: #D7E5F3 #C3CFDC #898989 #7A7A7A; !important;
    }

Next one, a problem when changing the color of the offline userstatus indicator occurs because the selector .brd .post * (lines 90-92) is used for that. However, this one also changes some other border colors.
To circumvent that a new selector should be added to allow offline indicators to have a separate color:

.brd .userstatus span {
    border-color: #DDE4EB;
    }