1,101

(6 replies, posted in PunBB 1.3 troubleshooting)

Fixed

1,102

(4 replies, posted in General discussion)

This is like the 5th topic on the subject tongue

1,103

(1 replies, posted in PunBB 1.3 troubleshooting)

Fixed

1,104

(5 replies, posted in Feature requests)

I was talking about in its current form, not in the form it was proposed in when Garciat was suggesting that we didn't have the ability to see that information in the first place wink
If it were switched to comments, it would simply make debugging more tedious. And it wouldn't address any of the other issues.

1,105

(5 replies, posted in Feature requests)

Because it's not really necessary, interesting, or important in most cases. It only becomes useful when you're actually debugging something. It takes up space on the screen and takes time to generate. There's no reason to separate it from debug mode and even less reason to enable it by default.

1,106

(5 replies, posted in Feature requests)

You can enable PUN_DEBUG if you want to see that information temporarily. It shows up in the footer. However, it's not recommended that you enable it for long periods of time because it also makes more detailed error messages show (in case errors start happening in your forum).

Some people seem to like having the 10 most recent topics on their index page wink

1,108

(11 replies, posted in PunBB 1.3 troubleshooting)

As Bekko pointed out, the behavior is no different. You just never experienced it because a default PunBB does not have any files in a subfolder. wink

1,109

(11 replies, posted in PunBB 1.3 troubleshooting)

Indeed. That's not a bug, that's how HTML works tongue
You need to use either an absolute URL or a URL relative to the site root (starting with /)

1,110

(8 replies, posted in PunBB 1.3 troubleshooting)

lie: The PM mod would have its own search code, since otherwise it would have to rewrite every bit of backend code in search.php
And you need to be more specific if you're having issues, "it doesn't work" doesn't give me anything to test.

1,111

(18 replies, posted in PunBB 1.3 troubleshooting)

You mean as opposed to having one hook per scheme, which would result in new schemes not having any $pun_url values for the extension? tongue

I can't know without knowing how your HTML/CSS was set up before: maybe someone with more CSS experience can wink

It's an ID referenced in the stylesheet.
Do you have a copy of your files from before the update?

Well, one of the images relies on brdheader2, which doesn't exist.

Could you point out which images aren't showing up? I see quite a few still there, and since I never visited your forum before, I don't know which are missing.

Line 79 means it couldn't connect to the server: make sure you're passing the correct details (username, password, server address, database name).

1,117

(5 replies, posted in PunBB 1.3 troubleshooting)

and fixed (the URL to SVN is updated).

1,118

(2 replies, posted in PunBB 1.2 troubleshooting)

Yes, search PunRes

I assume you mean you don't understand why test 4 happened where it did wink
It has nothing to do without output buffering and everything to do with where you put the code. You put the code inside of

if ($cur_forum['cid'] != $pun_page['cur_category'])

but after

if ($pun_page['cur_category'] != 0)

which shares the if statement.

There isn't a hook to output stuff right before

    <div class="main-head">
        <h2><span><?php echo htmlspecialchars($cur_forum['cat_name']) ?></span></h2>
    </div>

which is I assume what you're trying to do.
The stuff you directly edited in to the code is doing exactly what it's supposed to do if you follow how the code works. #1, 2, and 3 are before the block starting with

if ($pun_page['cur_category'] != 0)

so they output before that block outputs. #4 is correctly placed for what you want to do, since it's after that block.
If you think a hook there would be something useful and beneficial to a large number of people, you should request it in the hook request sticky.

I'm not seeing anything wrong. You'll have to be more specific.

Fixed

1,123

(1 replies, posted in PunBB 1.3 troubleshooting)

Just like 1.2, 1.3 supports MySQL, PostgreSQL, and SQLite. However, many of the developers use MySQL, so we don't test on the other two systems as much. If you find any bugs, please report them. smile

1,124

(4 replies, posted in PunBB 1.3 troubleshooting)

1. Yes, you could check out a copy of the code from SVN
2. Making SEF URLs. So, instead of going to search.php, you would go to search/. It's just changing how the URLs work.

1,125

(8 replies, posted in PunBB 1.3 troubleshooting)

Yes
Of course, that only matters from the point of view of database cleanliness. If a topic doesn't exist you can't get any subscription emails. However, PunBB doesn't orphan any subscription information.